単一テーブルを用いた性能管理データ処理装置及びその方法
【課題】 本発明は、大容量のネットワークシステムから発生する性能管理（ＰＭ）データを、単一テーブルを用いて、迅速で効率的に処理するとともに、ユーザーの識別性を改善させるようにした性能管理（ＰＭ）データ処理装置及びその方法を実現することにある。
【解決手段】 ネットワークを介して接続される複数基地局から発生するそれぞれのＰＭデータをデータベースに保存する単一テーブルを用いた性能管理データ処理装置１０であって、少なくとも一つ以上のＰＭデータを収集し、これをファイルタイプで再構成するデータ収集部１１と、ファイルタイプのＰＭデータを解析してテキストファイルを生成するデータ解析部１２と、テキストファイルを所定数で少なくとも一つ以上グループ化し、そのグループ毎に各々のテキストファイルをトランザクションして単一テーブルに割り当てるＳＱＬローダー部１３と、ＳＱＬローダー部の単一テーブル及びその単一テーブルのＰＭデータとマッピングされるメタデータをデータベースで保存する格納部１４を有する。
【解決手段】 ネットワークを介して接続される複数基地局から発生するそれぞれのＰＭデータをデータベースに保存する単一テーブルを用いた性能管理データ処理装置１０であって、少なくとも一つ以上のＰＭデータを収集し、これをファイルタイプで再構成するデータ収集部１１と、ファイルタイプのＰＭデータを解析してテキストファイルを生成するデータ解析部１２と、テキストファイルを所定数で少なくとも一つ以上グループ化し、そのグループ毎に各々のテキストファイルをトランザクションして単一テーブルに割り当てるＳＱＬローダー部１３と、ＳＱＬローダー部の単一テーブル及びその単一テーブルのＰＭデータとマッピングされるメタデータをデータベースで保存する格納部１４を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、単一テーブルを用いた性能管理（ＰＭ）データ処理装置及びその方法に関し、より詳しくは、大容量のネットワークシステムから発生できる性能管理（ＰＭ）データをデータベースに保存（格納）するようにした性能管理（ＰＭ）データ処理装置及びその方法に関する。
【背景技術】
【０００２】
一般に、性能管理データ（Performance Management data、以下、'ＰＭデータ'と称する）は、シグナル類型（シグナルタイプ；システムで使用されるシグナルの類型）とパラメータ（ＰＭデータの収集、表現などに使用される要素）から構成され、ネットワーク（システム）を介して接続される複数の基地局の各々において呼の状態をパラメータで割り当て、その結果をシグナルタイプ（Signal Type）に従って発生させるものであり、ネットワークシステムのような収集機能を持つ装置等がこのＰＭデータを年、月、日、時など単位期間別に収集している。
【０００３】
図１及び図２を参照して、このように収集されたＰＭデータをデータベースで保存（格納）するための従来技術のデータ処理方法を説明する。図１及び図２に示すデータ処理方法は、１つの装置として、若しくは複数の装置により構成されるシステムとして構成され、多数の基地局からのＰＭデータの処理を行うものである。
【０００４】
先ず、ネットワークシステムのような収集機能を有する装置が、複数の基地局から同時多発的に起きる無数に多くの呼及び呼接続と関連したそれぞれのＰＭデータを少なくとも一つ以上を収集する。
【０００５】
このように無作為、無順位で収集される多数のＰＭデータは、単位期間別に分類し直され、かつ該当ファイル（file）タイプに再構成される。そして、そのファイルタイプのＰＭデータは、ＦＴＰ通信規約にしたがって次の処理のために伝送される。
【０００６】
伝送されたファイルタイプのＰＭデータの各々は、各テーブルに応じて記憶が可能なように特定のデータフォーマットに解析（parse）され、各々同じシグナル類型を有する複数のＰＭデータとマッピングされる一つのテーブルでトランザクションを行う。
【０００７】
このテーブルは、複数のＰＭデータがシグナル類型別に個別的に割り当てられていて、パラメータを含むＰＭデータがシグナル類型別に、格納部又はデータベースのテーブルに格納される。
【０００８】
使用者は、ユーザーインターフェース（該ユーザーインターフェースに接続されるコンピュータ等）を用いて、このようなテーブルを介して所望するＰＭデータを時間別、機能別（所定のパラメータに応じた時間や機能毎）に抽出してネットワーク上でなされる呼（処理）関連情報を把握することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記従来技術では、通信端末機が普及（増加）すると、これによって発生された呼についてのＰＭデータの数が飛躍的（幾何級数的）に増えるにもかかわらず、シグナルタイプ別にテーブルが生成されるため、大容量のネットワーク状況（事情）や管理範囲の劇的な増加に伴うネットワーク構造の変化に能動的（アクティブ）に対処するのが困難である問題点を有している。
【００１０】
すなわち、シグナルタイプ別のそれぞれのテーブル毎にトランザクションが起きる従来のＰＭ構造（ＰＭデータ処理）のもとでは、１００,０００件以上のＰＭデータを単位時間（５分,１５分(）以内にいずれも処理することがほとんど不可能であり、さらに管理範囲を超える負荷が多くかかるようになれば、ネットワークシステム自体に不安定要因が発生し、システムを正常に稼動するのが困難となる。
【００１１】
そこで本発明は、前述のような問題点を解決するために、大容量のネットワークシステムから発生する性能管理（ＰＭ）データを、単一テーブルを用いて迅速で効率的に処理するとともに、ユーザーの識別性を改善させるようにした性能管理（ＰＭ）データ処理装置及びその方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記の目的を達成するために、本発明の１つの側面としての性能管理データ処理装置はネットワークを介して接続される複数の基地局から発生するそれぞれのＰＭデータをデータベースで保存する単一テーブルを用いた性能管理データ処理装置であって、少なくとも一つ以上のＰＭデータを収集し、これをファイルタイプで再構成するデータ収集部と、ファイルタイプのＰＭデータを解析してテキストファイルを生成するデータ解析部と、テキストファイルを所定数で少なくとも一つ以上グループ化し、そのグループ毎に各々のテキストファイルをトランザクションして単一テーブルに割り当てるＳＱＬローダー部と、ＳＱＬローダー部の単一テーブル、及びその単一テーブルのＰＭデータとマッピングされるメタデータをデータベースで保存する格納部とを有することを特徴とする。
【００１３】
また、上記単一テーブルのメタデータから読み出されたＰＭデータを使用者が識別可能な形態で解析してビュースキーマを生成するビュースキーマ生成部と、ビュースキーマ生成部を動作させて使用者端末機にビュースキーマを提供し、若しくは格納部のメタデータを抽出して使用者端末機に提供するユーザーインターフェース部をさらに有することが好ましい。
【００１４】
そして、ビュースキーマ生成部は、ビューアルゴリズムを実行してビュースキーマをシグナル類型別に生成するようにすることが望ましい。また、このビューアルゴリズムは、ユーザーインターフェース部から解析命令を受信するステップと、解析命令に応答して単一テーブルのＰＭデータとマッピングされるメタデータを順次的に読み出するステップと、抽出されたメタデータから指定したシグナル類型を検索して該当ＰＭデータを読み出すステップと、抽出されたＰＭデータを一つのビュースキーマで解析してメモリに一時的に格納するステップと、ビュースキーマを使用者端末機に視覚的に提供するステップと、を含むことが好ましい。
【００１５】
ここで、ビュースキーマは、ビューアルゴリズムによって生成される仮想的なビュー（View）であることが好ましく、メタデータは、シグナル類型別に順次決められたパラメータとネームとを含むように構成されていることが好ましい。また、ＰＭデータは、基地局で発生する呼接続に関連した性能データ、運用データ及び管理データから構成され、このＰＭデータは、シグナル類型別に分類されていることが好ましい。
【００１６】
また、上記の目的を達成するために、本発明の他の側面としての性能管理データ処理方法は、ネットワークを介して接続される複数の基地局から発生するそれぞれのＰＭデータをデータベースで保存する単一テーブルを用いた性能管理データ処理方法であって、少なくとも一つ以上のＰＭデータを収集し、これをファイルタイプで再構成するステップと、ファイルタイプのＰＭデータを解析してテキストファイルを生成するステップと、テキストファイルを所定数で少なくとも一つ以上グループ化し、そのグループ毎に各々のテキストファイルをトランザクションして単一テーブルに割り当てるステップと、単一テーブルをグループ別でデータベースで保存するステップと、を有することを特徴とする。
【００１７】
また、上記単一テーブルのＰＭデータとマッピングされるメタデータを順次的にデータベースで保存するステップと、単一テーブルのメタデータから読み出されたＰＭデータを使用者が識別可能な形態で解析してビュースキーマを生成するステップと、ビュースキーマとメタデータのいずれかを選択して視覚的に使用者端末機に提供するステップと、をさらに含むことが好ましい。
【００１８】
ここで、ビュースキーマを生成するステップは、ビューアルゴリズムを実行し、メタデータから該当ＰＭデータのビュースキーマをシグナル類型別に解析するステップをさらに含むことが好ましく、ビュースキーマは、ビューアルゴリズムによって生成される仮想的なビュー（View）であることが好ましい。
【００１９】
また、この上記ビューアルゴリズムは、ユーザーインターフェースから解析命令を受信するステップと、解析命令に応答して単一テーブルとマッピングされるメタデータを順次的に読み出すステップと、抽出されたメタデータから指定したシグナル類型を検索して該当ＰＭデータを読み出すステップと、抽出されたＰＭデータを一つのビュースキーマで解析してメモリに一時的に格納するステップと、ビュースキーマを使用者端末機に視覚的に提供するステップと、を有することが好ましい。
【００２０】
そして、ＰＭデータは、各基地局で発生する呼接続に関連した性能データ、運用データ及び管理データから構成され、このＰＭデータはシグナル類型別に分類されていることが好ましく、各基地局は、有線通信と無線通信の少なくともいずれかに対応していることが望ましい。また、上記グループ化においては、１０３個以上の多数のＰＭデータを１つのグループとしてグルーピングさせることが好ましい。
【発明の効果】
【００２１】
本発明によれば、単一テーブルを用いることで、大容量ネットワークシステムから発生する性能管理（ＰＭ）データを迅速で、且つ効率的に処理するとともに、ユーザーの識別性を改善することが可能となる。したがって、単一テーブルで大容量のデータ処理の性能を最大限に発揮させることができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の好適な実施形態について添付の図面を参照しながら、本発明を適用した単一テーブルを用いた性能管理（ＰＭ）データ処理システム及びその方法を詳細に説明する。
【００２３】
図３は、本発明の実施形態の単一テーブルを用いた性能管理（ＰＭ）データ処理装置１０を示すブロック図であり、図４は、図３のブロック図を図形で分かりやすく示す概略説明図であり、図５Ａは、本発明の実施形態に係るＳＱＬローダー部によって生成された単一テーブルを示す図面であり、図５Ｂは、本発明の実施形態の単一テーブルに保存されたＰＭデータの構造を示す概要図である。図６は、本発明の実施形態の単一テーブルを用いた性能管理（ＰＭ）データ処理方法を示す手順図であり、図７は、本発明の実施形態の単一テーブルからメタデータを生成する状態を示す図面である。図８は、本発明の実施形態のビューアルゴリズムによってビュースキーマ（View Schema）を生成するフローチャートであり、図９は、図８のフローチャートによってビュースキーマ（View Schema）の生成状態を示す説明図である。
【００２４】
本実施形態の性能管理データ処理装置１０は、図３に示すように、データ収集部１１と、データ解析部１２と、ＳＱＬローダー部１３と、格納部１４と、ビュースキーマ生成部１５と、ユーザーインターフェース部１６とを備えている。図４は、図３のブロック図についての説明図であって、より分かりやすく説明したのである。なお、本実施形態では、性能管理データ処理装置１０を１つの装置で構成しているが、例えば、当該性能管理データ処理装置１０の各部の一部又はそれぞれを複数の装置で構成し、システムとすることも可能である。
【００２５】
データ収集部１１は、エアー（ワイヤレス）コミュニケーションネットワークシステム上で発生する呼と関連したＰＭデータ、すなわち ＳＵＣＣＥＳＳ ＲＡＴＥ、ＦＡＩＬ ＲＡＴＥ、ＴＲＡＦＦＩＣ ＲＡＴＥ 、ＴＯＴＡＬ ＲＡＴＥなど端末機と基地局間に発生された呼と直接的、そして間接的に関連したあらゆる情報を収集し、その収集されたＰＭデータをファイルタイプで再構成する。再構成されたファイルデータは、ＦＴＰ（File Transfer Protocol）通信規約による通信方式で次の処理のため、データ解析（ＭＴ_ＰＭ）部１２に伝送される。
【００２６】
データ解析（data parse）部１２は、ＦＴＰ通信で伝送されたファイルを、単一テーブルに適合するように記録可能なテキストファイル等の特定のデータ形式に解析（parse）する（データ収集部１１から伝送されたファイルタイプのＰＭデータをテキスト（Text）ファイルに変換する）。このテキストファイルは、ユーザ（人間）が判読できる言語の文字、数字及び各種記号（コードを含む）などから構成されたテキスト形態の情報として、あらゆるコンピュータが使用することができる標準符号体系で記録される。
【００２７】
ＳＱＬローダー部（Structured query language * Loader）１３は、テキストファイルを一定の多数の個数が集まる時まで一時的に保存する。そして、グループ化できる個数以下、すなわち本実施形態では一時的に保存されたテキストファイルが１０３以下の個数に達すると、これら複数のＰＭデータを一つのグループとしてグループ化し、そのＰＭデータグループに対して１回のトランザクションを行い、単一テーブル（Single Table）に割り当てる。このように連続的にグループ化されたＰＭデータ等は、グループ別に各々トランザクションが行われ、該当する単一テーブルに割り当てられる。ここで、ＰＭデータのグループ化は、シグナルの類型（シグナルタイプ）と名前（シグナルネーム）に関係なく無順位及び無作為で整列されて形成（格納）され、ＳＱＬローダー部１３の性能によってそのグループ化されるＰＭデータの数を増減することもできる。
【００２８】
格納部１４は、ＳＱＬローダー部１３でのトランザクション処理によって生成された単一テーブルを所定の保存領域にデータベースとして格納する。同時に単一テーブルからＰＭデータとマッピングされるメタデータ（Meta Data、ＸＭＬファイル形態を有する）を抽出し、単一テーブルとマッチングされた保存領域に格納する。メタデータは、トランザクション処理を介してテキストファイル等から生成されたものである。
【００２９】
単一テーブルは、図５Ａに示すように、コラム（Column）１３番以外の残りの全ての部分が一般的な単一テーブルと同じエレメント（Elements）などで割り当てられるが、コラム１３番にトランザクションされたＰＭデータ等がシグナル類型（Signal Type）に関係なく１０３個以下まで割り当てられる。割り当てられるＰＭデータの数は、ＳＱＬローダー部１３の機能と性能を考慮して適用された容量を処理できるように適合したネットワークシステムに応じて、可変的に（例えば、増加、減少）調節可能となっている。
【００３０】
ＰＭデータは、図５Ａに示すように、パラメータをシグナル類型に関係なく同一に使用するために、番号を付与して指定されたコラムに保存され、保存空間の浪費を減らすために可変長さのＣＨＡＲタイプ（Varchar2）で保存される。また、パーティショニング（Partitioning）を適用して日付別に管理し、シグナル別に独立されたテーブル構造と類似（同様）の形態を取ることができるように、サブパーティショニング（Subpartitioning）を適用してシグナル類型別に区分されている（図５Ｂ参照）。
【００３１】
ビュースキーマ生成部１５は、使用者が格納部１４にデータベースで保存された単一テーブルから所望するＰＭデータをシグナル類型別に直接検索できるようにして使用者の識別性を向上させ、使用者の直観的な理解度を高めるための処理を行う。具体的には、ビュースキーマ生成部１５は、ビューアルゴリズムを実行して単一テーブルのメタデータから該当するＰＭデータをシグナル類型別に読み出し、これを使用者が識別可能な形態のビュースキーマ（View Schema）で解析（parse）し、必要時、常に存在するようにした仮想的な画像を生成させる。
【００３２】
ユーザーインターフェース部１６は、使用者端末機と接続され、当該ユーザーインターフェース部１６は、使用者（端末機）の命令に応答して単一テーブルから所望するデータを検索するための通信ライン確立し、仮想的な画像のビュースキーマを介して解析されたデータ（仮想的なview）を使用者端末機に視覚的、かつリアルタイムに表示させる。
【００３３】
ビュースキーマ生成部１５により実行されるビューアルゴリズムは、図８に示すように、使用者端末機からの解析命令をユーザーインターフェース部１６を介して受信し（ステップＳ１）、その解析命令に応答して単一テーブルのＰＭデータとマッピングされるメタデータ（Meta Data）を順次的に読み出す（ステップＳ２、図７参照）。抽出されたメタデータから使用者が指定したシグナル類型を検索し（ステップＳ３）、そのシグナル類型がスタート時点なのかを判断し（ステップＳ４）、そのシグナル類型がスタート時点である場合、シグナル類型に該当するＰＭデータを抽出する（ステップＳ５）。ここで、ＰＭデータの抽出は、該当するシグナル類型が無くなる時まで連続的に行われる（ステップＳ６）。
【００３４】
そして、ＰＭデータの読み出し処理が完了すると、抽出されたＰＭデータを一つのビュースキーマで解析して、そのビュースキーマを仮想的なベクターメモリに一時的に保存する（ステップＳ７）。そのビュースキーマは、ユーザーインターフェース部１６を介して使用者端末機のディスプレイ画面（表示画面）に提供される（ステップＳ８）。
【００３５】
次に、上述のような本実施形態の単一テーブルを用いた性能管理（ＰＭ）データ処理装置１０の動作を、図６を参照して、概念的に説明する。
【００３６】
先ず、データ収集部１１に該当するネットワークシステムは、複数の基地局から同時多発的に起こる無数に多くの呼及び呼接続と関連したＰＭデータの少なくとも一つ以上を収集する。
【００３７】
そして、無作為、無順位で収集される複数のＰＭデータは、このネットワークシステムにおいて、単位期間（イベント時間）別に分類し直され、該当ファイルタイプで再構成され、そのファイルタイプのＰＭデータがＦＴＰ通信規約にしたがって次の処理のため、ＭＦ_ＰＭ（main frame project manager）に伝送される。
【００３８】
伝送されたファイルタイプのＰＭデータの各々は、ＭＦ_ＰＭで単一テーブルに合うように記録可能なデータに解析された後、テキスト形態で再構成されてテキストファイルに変換される。このようにネットワークシステムで収集された全体のＰＭデータ数に相応する数だけのテキストファイルが生成される。このテキストファイルは、一般的にＰＭデータをあらゆるコンピュータが使用することができる標準符号体系で記録したものである。
【００３９】
このようなテキストファイルをＳＱＬローダー部１３で１回のトランザクションで処理可能な数、すなわち１０３個以下のテキストファイルが収集されると、単一テーブルで受け入れることが可能な複数のＰＭデータのテキストファイルをグルーピングする。グループ化が行われると、グループ化されたテキストファイルは、１回のトランザクション処理で図５Ａに示すような単一テーブルの１３番コラムに割り当てられる。ここで、単一テーブルの１３番コラム以外の他の部分のコラムは、一般的な単一テーブルと同じ構成で割り当てられている。
【００４０】
このように周期的に生成された単一テーブルは、格納部１４にデータベースで保存・管理され、単一テーブルの１３番コラムに割り当てられたテキストファイル等は、単一テーブルとマッピングされたＸＭＬファイル形態のメタデータ（Meta Data）で解析されて格納部１４の該当アドレスにデータベースで保存される。なお、メタデータは、ＰＭデータのパラメータとシグナルネーム（Signal Name）等から構成されていて、使用者が必要な時に、図７に示すように使用者端末機（インターフェース部１６）を介して順次的に提供される。図７は、単一テーブルからメタデータを生成する状態を示している。
【００４１】
一方、このようなメタデータは、ビュースキーマ生成部１５により実行されるビューアルゴリズムにより、使用者に識別性をより一層向上させるビュースキーマ（View Schema）で解析されている。
【００４２】
ビューアルゴリズムは、図８に示すように、ユーザーインターフェース部１６を介して使用者端末機からの解析命令を受信し（ステップＳ１）、その解析命令に応答して単一テーブルのＰＭデータとマッピングされた図７のメタデータ（Meta Data）を順次的に読み出す（ステップＳ２）。読み出されたメタデータから使用者が指定したシグナル類型を検索し（ステップＳ３）、そのシグナル類型がスタート時点なのかを判断し（ステップＳ４）、そのシグナル類型に該当するＰＭデータを読み出す（ステップＳ５）。ここで、ＰＭデータの読み出しは、該当するシグナル類型が終了される時まで連続的に行われる（ステップＳ６）。
【００４３】
そして、ＰＭデータの読み出し処理が完了すると、読み出されたＰＭデータを一つのビュースキーマで解析して、そのビュースキーマを仮想的なベクターメモリに一時的に保存する（ステップＳ７）。そのビュースキーマは、使用者端末機に提供され、該使用者端末機の表示画面に表示される（ステップＳ８）。
【００４４】
したがって、本実施形態のビュースキーマは、図９に示すように、単一テーブルのメタデータから使用者端末機に識別性を向上させた画像を提供するもので、ビューアルゴリズムによってシグナル類型別に使用者端末機に仮想的に生成されるビュー（View）を提供している。
【００４５】
すなわち、このビューは、単一テーブルを直接アクセスする場合、ＰＭデータの直観性が多少落ちるので、シグナルネームによる類型別パラメータを繊細（詳細）に表示するようにした仮想的な画像から構成されていて、ユーザーの所望するＰＭデータのシグナル類型に応じた異なるパラメータを容易に把握できるようにしている。
【００４６】
このように本実施形態の単一テーブルを用いた性能管理データ処理装置１０及び方法は、単一テーブルを用いて、大容量のネットワークシステムから発生する性能管理（ＰＭ）データを迅速で、且つ效率的に処理するとともに、ユーザーの識別性を改善することが可能となる。このため、大容量のデータ処理の性能を最大限に発揮させる効果を奏する。
【００４７】
また、図１０は、本実施形態と従来技術についての処理容量及び処理速度を各々比較して示すバー（BAR）グラフ（Graph）である。図１０に示すように、本実施形態では、同じデータ数を処理する際、従来技術の４倍以上の迅速な処理速度となっている。このため、大容量データを処理するにあたって、データベースをより效率的に処理できる効果がある。
【００４８】
すなわち、上記本実施形態の単一テーブルを用いた性能管理データ処理装置１０及びその方法は、従来のように、シグナルタイプ別のそれぞれのテーブル毎にトランザクション処理が発生するのではなく、ＳＱＬローダー部が、シグナルタイプに関係なく、テキストファイルのＰＭデータを所定数でグループ化し、そのグループ毎に各々のテキストファイルのＰＭデータをトランザクションして該当する単一テーブルに割り当てる。
【００４９】
言い換えれば、本実施形態では、ＰＭデータが割り当てられるテーブルが、シグナルタイプとは無関係の統一された単一のテーブル構造を有しており、かつグループ化された複数のＰＭデータに対して１回のトランザクション処理を行うことにより、複数のＰＭデータを単一テーブルに割り当てているので、トランザクション処理を迅速、かつ効率的に行うことが可能になる。このため、単一テーブルを用いることで、大容量のデータ処理の性能を最大限に発揮させることが可能になる。
【００５０】
また、本実施形態では、使用者が使用者端末機から、ＰＭデータのメタデータを用いてシグナルタイプ別に当該ＰＭデータを直接検索可能にし、さらに、検索された（読み出された）ＰＭデータを１つのビュースキーマでパース（parse）することにより、シグナルタイプ別にビュー（view）を使用者に提供可能になる。このため、使用者が所望するＰＭデータを容易に、かつ使用者にとって認識し易い形態で提供可能となる。
【００５１】
なお、上述のような本実施形態の単一テーブルを用いた性能管理（ＰＭ）データ処理装置及びその方法は、ネットワーキングでなされる情報のデータベースでの保存だけでなく、ネットワーキングを以外の他の通常的なデータベースシステムにも同様に適用することができる。
【図面の簡単な説明】
【００５２】
【図１】従来の性能管理（ＰＭ）データ処理方法の一例を示す手順図である。
【図２】図１のデータ処理方法の性能管理（ＰＭ）データの生成及び識別性を示す説明図である。
【図３】本発明の実施形態の単一テーブルを用いた性能管理（ＰＭ）データ処理システムを示すブロック図である。
【図４】図３のブロック図を図形で分かりやすく示す説明図である。
【図５Ａ】本発明の実施形態のＳＱＬローダー部によって生成された単一テーブルを示す図面である。
【図５Ｂ】本発明の実施形態の単一テーブルに保存されたＰＭデータの構造を示す概要図である。
【図６】本発明の実施形態の単一テーブルを用いた性能管理（ＰＭ）データ処理方法を示す手順図である。
【図７】本発明の実施形態の単一テーブルからメタデータを生成する状態を示す図面である。
【図８】本発明の実施形態のビューアルゴリズムによってビュースキーマ（View Schema）を生成するフローチャートである。
【図９】図８のフローチャートによってビュースキーマ（View Schema）の生成状態を示す説明図である。
【図１０】本発明の実施形態と従来技術についての処理容量及び処理速度を各々比較して示す棒グラフである。
【符号の説明】
【００５３】
１１ データ収集部
１２ データ解析部
１３ ＳＱＬローダー部
１４ 格納部
１５ ビュースキーマ生成部
１６ ユーザーインターフェース部
【技術分野】
【０００１】
本発明は、単一テーブルを用いた性能管理（ＰＭ）データ処理装置及びその方法に関し、より詳しくは、大容量のネットワークシステムから発生できる性能管理（ＰＭ）データをデータベースに保存（格納）するようにした性能管理（ＰＭ）データ処理装置及びその方法に関する。
【背景技術】
【０００２】
一般に、性能管理データ（Performance Management data、以下、'ＰＭデータ'と称する）は、シグナル類型（シグナルタイプ；システムで使用されるシグナルの類型）とパラメータ（ＰＭデータの収集、表現などに使用される要素）から構成され、ネットワーク（システム）を介して接続される複数の基地局の各々において呼の状態をパラメータで割り当て、その結果をシグナルタイプ（Signal Type）に従って発生させるものであり、ネットワークシステムのような収集機能を持つ装置等がこのＰＭデータを年、月、日、時など単位期間別に収集している。
【０００３】
図１及び図２を参照して、このように収集されたＰＭデータをデータベースで保存（格納）するための従来技術のデータ処理方法を説明する。図１及び図２に示すデータ処理方法は、１つの装置として、若しくは複数の装置により構成されるシステムとして構成され、多数の基地局からのＰＭデータの処理を行うものである。
【０００４】
先ず、ネットワークシステムのような収集機能を有する装置が、複数の基地局から同時多発的に起きる無数に多くの呼及び呼接続と関連したそれぞれのＰＭデータを少なくとも一つ以上を収集する。
【０００５】
このように無作為、無順位で収集される多数のＰＭデータは、単位期間別に分類し直され、かつ該当ファイル（file）タイプに再構成される。そして、そのファイルタイプのＰＭデータは、ＦＴＰ通信規約にしたがって次の処理のために伝送される。
【０００６】
伝送されたファイルタイプのＰＭデータの各々は、各テーブルに応じて記憶が可能なように特定のデータフォーマットに解析（parse）され、各々同じシグナル類型を有する複数のＰＭデータとマッピングされる一つのテーブルでトランザクションを行う。
【０００７】
このテーブルは、複数のＰＭデータがシグナル類型別に個別的に割り当てられていて、パラメータを含むＰＭデータがシグナル類型別に、格納部又はデータベースのテーブルに格納される。
【０００８】
使用者は、ユーザーインターフェース（該ユーザーインターフェースに接続されるコンピュータ等）を用いて、このようなテーブルを介して所望するＰＭデータを時間別、機能別（所定のパラメータに応じた時間や機能毎）に抽出してネットワーク上でなされる呼（処理）関連情報を把握することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記従来技術では、通信端末機が普及（増加）すると、これによって発生された呼についてのＰＭデータの数が飛躍的（幾何級数的）に増えるにもかかわらず、シグナルタイプ別にテーブルが生成されるため、大容量のネットワーク状況（事情）や管理範囲の劇的な増加に伴うネットワーク構造の変化に能動的（アクティブ）に対処するのが困難である問題点を有している。
【００１０】
すなわち、シグナルタイプ別のそれぞれのテーブル毎にトランザクションが起きる従来のＰＭ構造（ＰＭデータ処理）のもとでは、１００,０００件以上のＰＭデータを単位時間（５分,１５分(）以内にいずれも処理することがほとんど不可能であり、さらに管理範囲を超える負荷が多くかかるようになれば、ネットワークシステム自体に不安定要因が発生し、システムを正常に稼動するのが困難となる。
【００１１】
そこで本発明は、前述のような問題点を解決するために、大容量のネットワークシステムから発生する性能管理（ＰＭ）データを、単一テーブルを用いて迅速で効率的に処理するとともに、ユーザーの識別性を改善させるようにした性能管理（ＰＭ）データ処理装置及びその方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記の目的を達成するために、本発明の１つの側面としての性能管理データ処理装置はネットワークを介して接続される複数の基地局から発生するそれぞれのＰＭデータをデータベースで保存する単一テーブルを用いた性能管理データ処理装置であって、少なくとも一つ以上のＰＭデータを収集し、これをファイルタイプで再構成するデータ収集部と、ファイルタイプのＰＭデータを解析してテキストファイルを生成するデータ解析部と、テキストファイルを所定数で少なくとも一つ以上グループ化し、そのグループ毎に各々のテキストファイルをトランザクションして単一テーブルに割り当てるＳＱＬローダー部と、ＳＱＬローダー部の単一テーブル、及びその単一テーブルのＰＭデータとマッピングされるメタデータをデータベースで保存する格納部とを有することを特徴とする。
【００１３】
また、上記単一テーブルのメタデータから読み出されたＰＭデータを使用者が識別可能な形態で解析してビュースキーマを生成するビュースキーマ生成部と、ビュースキーマ生成部を動作させて使用者端末機にビュースキーマを提供し、若しくは格納部のメタデータを抽出して使用者端末機に提供するユーザーインターフェース部をさらに有することが好ましい。
【００１４】
そして、ビュースキーマ生成部は、ビューアルゴリズムを実行してビュースキーマをシグナル類型別に生成するようにすることが望ましい。また、このビューアルゴリズムは、ユーザーインターフェース部から解析命令を受信するステップと、解析命令に応答して単一テーブルのＰＭデータとマッピングされるメタデータを順次的に読み出するステップと、抽出されたメタデータから指定したシグナル類型を検索して該当ＰＭデータを読み出すステップと、抽出されたＰＭデータを一つのビュースキーマで解析してメモリに一時的に格納するステップと、ビュースキーマを使用者端末機に視覚的に提供するステップと、を含むことが好ましい。
【００１５】
ここで、ビュースキーマは、ビューアルゴリズムによって生成される仮想的なビュー（View）であることが好ましく、メタデータは、シグナル類型別に順次決められたパラメータとネームとを含むように構成されていることが好ましい。また、ＰＭデータは、基地局で発生する呼接続に関連した性能データ、運用データ及び管理データから構成され、このＰＭデータは、シグナル類型別に分類されていることが好ましい。
【００１６】
また、上記の目的を達成するために、本発明の他の側面としての性能管理データ処理方法は、ネットワークを介して接続される複数の基地局から発生するそれぞれのＰＭデータをデータベースで保存する単一テーブルを用いた性能管理データ処理方法であって、少なくとも一つ以上のＰＭデータを収集し、これをファイルタイプで再構成するステップと、ファイルタイプのＰＭデータを解析してテキストファイルを生成するステップと、テキストファイルを所定数で少なくとも一つ以上グループ化し、そのグループ毎に各々のテキストファイルをトランザクションして単一テーブルに割り当てるステップと、単一テーブルをグループ別でデータベースで保存するステップと、を有することを特徴とする。
【００１７】
また、上記単一テーブルのＰＭデータとマッピングされるメタデータを順次的にデータベースで保存するステップと、単一テーブルのメタデータから読み出されたＰＭデータを使用者が識別可能な形態で解析してビュースキーマを生成するステップと、ビュースキーマとメタデータのいずれかを選択して視覚的に使用者端末機に提供するステップと、をさらに含むことが好ましい。
【００１８】
ここで、ビュースキーマを生成するステップは、ビューアルゴリズムを実行し、メタデータから該当ＰＭデータのビュースキーマをシグナル類型別に解析するステップをさらに含むことが好ましく、ビュースキーマは、ビューアルゴリズムによって生成される仮想的なビュー（View）であることが好ましい。
【００１９】
また、この上記ビューアルゴリズムは、ユーザーインターフェースから解析命令を受信するステップと、解析命令に応答して単一テーブルとマッピングされるメタデータを順次的に読み出すステップと、抽出されたメタデータから指定したシグナル類型を検索して該当ＰＭデータを読み出すステップと、抽出されたＰＭデータを一つのビュースキーマで解析してメモリに一時的に格納するステップと、ビュースキーマを使用者端末機に視覚的に提供するステップと、を有することが好ましい。
【００２０】
そして、ＰＭデータは、各基地局で発生する呼接続に関連した性能データ、運用データ及び管理データから構成され、このＰＭデータはシグナル類型別に分類されていることが好ましく、各基地局は、有線通信と無線通信の少なくともいずれかに対応していることが望ましい。また、上記グループ化においては、１０３個以上の多数のＰＭデータを１つのグループとしてグルーピングさせることが好ましい。
【発明の効果】
【００２１】
本発明によれば、単一テーブルを用いることで、大容量ネットワークシステムから発生する性能管理（ＰＭ）データを迅速で、且つ効率的に処理するとともに、ユーザーの識別性を改善することが可能となる。したがって、単一テーブルで大容量のデータ処理の性能を最大限に発揮させることができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の好適な実施形態について添付の図面を参照しながら、本発明を適用した単一テーブルを用いた性能管理（ＰＭ）データ処理システム及びその方法を詳細に説明する。
【００２３】
図３は、本発明の実施形態の単一テーブルを用いた性能管理（ＰＭ）データ処理装置１０を示すブロック図であり、図４は、図３のブロック図を図形で分かりやすく示す概略説明図であり、図５Ａは、本発明の実施形態に係るＳＱＬローダー部によって生成された単一テーブルを示す図面であり、図５Ｂは、本発明の実施形態の単一テーブルに保存されたＰＭデータの構造を示す概要図である。図６は、本発明の実施形態の単一テーブルを用いた性能管理（ＰＭ）データ処理方法を示す手順図であり、図７は、本発明の実施形態の単一テーブルからメタデータを生成する状態を示す図面である。図８は、本発明の実施形態のビューアルゴリズムによってビュースキーマ（View Schema）を生成するフローチャートであり、図９は、図８のフローチャートによってビュースキーマ（View Schema）の生成状態を示す説明図である。
【００２４】
本実施形態の性能管理データ処理装置１０は、図３に示すように、データ収集部１１と、データ解析部１２と、ＳＱＬローダー部１３と、格納部１４と、ビュースキーマ生成部１５と、ユーザーインターフェース部１６とを備えている。図４は、図３のブロック図についての説明図であって、より分かりやすく説明したのである。なお、本実施形態では、性能管理データ処理装置１０を１つの装置で構成しているが、例えば、当該性能管理データ処理装置１０の各部の一部又はそれぞれを複数の装置で構成し、システムとすることも可能である。
【００２５】
データ収集部１１は、エアー（ワイヤレス）コミュニケーションネットワークシステム上で発生する呼と関連したＰＭデータ、すなわち ＳＵＣＣＥＳＳ ＲＡＴＥ、ＦＡＩＬ ＲＡＴＥ、ＴＲＡＦＦＩＣ ＲＡＴＥ 、ＴＯＴＡＬ ＲＡＴＥなど端末機と基地局間に発生された呼と直接的、そして間接的に関連したあらゆる情報を収集し、その収集されたＰＭデータをファイルタイプで再構成する。再構成されたファイルデータは、ＦＴＰ（File Transfer Protocol）通信規約による通信方式で次の処理のため、データ解析（ＭＴ_ＰＭ）部１２に伝送される。
【００２６】
データ解析（data parse）部１２は、ＦＴＰ通信で伝送されたファイルを、単一テーブルに適合するように記録可能なテキストファイル等の特定のデータ形式に解析（parse）する（データ収集部１１から伝送されたファイルタイプのＰＭデータをテキスト（Text）ファイルに変換する）。このテキストファイルは、ユーザ（人間）が判読できる言語の文字、数字及び各種記号（コードを含む）などから構成されたテキスト形態の情報として、あらゆるコンピュータが使用することができる標準符号体系で記録される。
【００２７】
ＳＱＬローダー部（Structured query language * Loader）１３は、テキストファイルを一定の多数の個数が集まる時まで一時的に保存する。そして、グループ化できる個数以下、すなわち本実施形態では一時的に保存されたテキストファイルが１０３以下の個数に達すると、これら複数のＰＭデータを一つのグループとしてグループ化し、そのＰＭデータグループに対して１回のトランザクションを行い、単一テーブル（Single Table）に割り当てる。このように連続的にグループ化されたＰＭデータ等は、グループ別に各々トランザクションが行われ、該当する単一テーブルに割り当てられる。ここで、ＰＭデータのグループ化は、シグナルの類型（シグナルタイプ）と名前（シグナルネーム）に関係なく無順位及び無作為で整列されて形成（格納）され、ＳＱＬローダー部１３の性能によってそのグループ化されるＰＭデータの数を増減することもできる。
【００２８】
格納部１４は、ＳＱＬローダー部１３でのトランザクション処理によって生成された単一テーブルを所定の保存領域にデータベースとして格納する。同時に単一テーブルからＰＭデータとマッピングされるメタデータ（Meta Data、ＸＭＬファイル形態を有する）を抽出し、単一テーブルとマッチングされた保存領域に格納する。メタデータは、トランザクション処理を介してテキストファイル等から生成されたものである。
【００２９】
単一テーブルは、図５Ａに示すように、コラム（Column）１３番以外の残りの全ての部分が一般的な単一テーブルと同じエレメント（Elements）などで割り当てられるが、コラム１３番にトランザクションされたＰＭデータ等がシグナル類型（Signal Type）に関係なく１０３個以下まで割り当てられる。割り当てられるＰＭデータの数は、ＳＱＬローダー部１３の機能と性能を考慮して適用された容量を処理できるように適合したネットワークシステムに応じて、可変的に（例えば、増加、減少）調節可能となっている。
【００３０】
ＰＭデータは、図５Ａに示すように、パラメータをシグナル類型に関係なく同一に使用するために、番号を付与して指定されたコラムに保存され、保存空間の浪費を減らすために可変長さのＣＨＡＲタイプ（Varchar2）で保存される。また、パーティショニング（Partitioning）を適用して日付別に管理し、シグナル別に独立されたテーブル構造と類似（同様）の形態を取ることができるように、サブパーティショニング（Subpartitioning）を適用してシグナル類型別に区分されている（図５Ｂ参照）。
【００３１】
ビュースキーマ生成部１５は、使用者が格納部１４にデータベースで保存された単一テーブルから所望するＰＭデータをシグナル類型別に直接検索できるようにして使用者の識別性を向上させ、使用者の直観的な理解度を高めるための処理を行う。具体的には、ビュースキーマ生成部１５は、ビューアルゴリズムを実行して単一テーブルのメタデータから該当するＰＭデータをシグナル類型別に読み出し、これを使用者が識別可能な形態のビュースキーマ（View Schema）で解析（parse）し、必要時、常に存在するようにした仮想的な画像を生成させる。
【００３２】
ユーザーインターフェース部１６は、使用者端末機と接続され、当該ユーザーインターフェース部１６は、使用者（端末機）の命令に応答して単一テーブルから所望するデータを検索するための通信ライン確立し、仮想的な画像のビュースキーマを介して解析されたデータ（仮想的なview）を使用者端末機に視覚的、かつリアルタイムに表示させる。
【００３３】
ビュースキーマ生成部１５により実行されるビューアルゴリズムは、図８に示すように、使用者端末機からの解析命令をユーザーインターフェース部１６を介して受信し（ステップＳ１）、その解析命令に応答して単一テーブルのＰＭデータとマッピングされるメタデータ（Meta Data）を順次的に読み出す（ステップＳ２、図７参照）。抽出されたメタデータから使用者が指定したシグナル類型を検索し（ステップＳ３）、そのシグナル類型がスタート時点なのかを判断し（ステップＳ４）、そのシグナル類型がスタート時点である場合、シグナル類型に該当するＰＭデータを抽出する（ステップＳ５）。ここで、ＰＭデータの抽出は、該当するシグナル類型が無くなる時まで連続的に行われる（ステップＳ６）。
【００３４】
そして、ＰＭデータの読み出し処理が完了すると、抽出されたＰＭデータを一つのビュースキーマで解析して、そのビュースキーマを仮想的なベクターメモリに一時的に保存する（ステップＳ７）。そのビュースキーマは、ユーザーインターフェース部１６を介して使用者端末機のディスプレイ画面（表示画面）に提供される（ステップＳ８）。
【００３５】
次に、上述のような本実施形態の単一テーブルを用いた性能管理（ＰＭ）データ処理装置１０の動作を、図６を参照して、概念的に説明する。
【００３６】
先ず、データ収集部１１に該当するネットワークシステムは、複数の基地局から同時多発的に起こる無数に多くの呼及び呼接続と関連したＰＭデータの少なくとも一つ以上を収集する。
【００３７】
そして、無作為、無順位で収集される複数のＰＭデータは、このネットワークシステムにおいて、単位期間（イベント時間）別に分類し直され、該当ファイルタイプで再構成され、そのファイルタイプのＰＭデータがＦＴＰ通信規約にしたがって次の処理のため、ＭＦ_ＰＭ（main frame project manager）に伝送される。
【００３８】
伝送されたファイルタイプのＰＭデータの各々は、ＭＦ_ＰＭで単一テーブルに合うように記録可能なデータに解析された後、テキスト形態で再構成されてテキストファイルに変換される。このようにネットワークシステムで収集された全体のＰＭデータ数に相応する数だけのテキストファイルが生成される。このテキストファイルは、一般的にＰＭデータをあらゆるコンピュータが使用することができる標準符号体系で記録したものである。
【００３９】
このようなテキストファイルをＳＱＬローダー部１３で１回のトランザクションで処理可能な数、すなわち１０３個以下のテキストファイルが収集されると、単一テーブルで受け入れることが可能な複数のＰＭデータのテキストファイルをグルーピングする。グループ化が行われると、グループ化されたテキストファイルは、１回のトランザクション処理で図５Ａに示すような単一テーブルの１３番コラムに割り当てられる。ここで、単一テーブルの１３番コラム以外の他の部分のコラムは、一般的な単一テーブルと同じ構成で割り当てられている。
【００４０】
このように周期的に生成された単一テーブルは、格納部１４にデータベースで保存・管理され、単一テーブルの１３番コラムに割り当てられたテキストファイル等は、単一テーブルとマッピングされたＸＭＬファイル形態のメタデータ（Meta Data）で解析されて格納部１４の該当アドレスにデータベースで保存される。なお、メタデータは、ＰＭデータのパラメータとシグナルネーム（Signal Name）等から構成されていて、使用者が必要な時に、図７に示すように使用者端末機（インターフェース部１６）を介して順次的に提供される。図７は、単一テーブルからメタデータを生成する状態を示している。
【００４１】
一方、このようなメタデータは、ビュースキーマ生成部１５により実行されるビューアルゴリズムにより、使用者に識別性をより一層向上させるビュースキーマ（View Schema）で解析されている。
【００４２】
ビューアルゴリズムは、図８に示すように、ユーザーインターフェース部１６を介して使用者端末機からの解析命令を受信し（ステップＳ１）、その解析命令に応答して単一テーブルのＰＭデータとマッピングされた図７のメタデータ（Meta Data）を順次的に読み出す（ステップＳ２）。読み出されたメタデータから使用者が指定したシグナル類型を検索し（ステップＳ３）、そのシグナル類型がスタート時点なのかを判断し（ステップＳ４）、そのシグナル類型に該当するＰＭデータを読み出す（ステップＳ５）。ここで、ＰＭデータの読み出しは、該当するシグナル類型が終了される時まで連続的に行われる（ステップＳ６）。
【００４３】
そして、ＰＭデータの読み出し処理が完了すると、読み出されたＰＭデータを一つのビュースキーマで解析して、そのビュースキーマを仮想的なベクターメモリに一時的に保存する（ステップＳ７）。そのビュースキーマは、使用者端末機に提供され、該使用者端末機の表示画面に表示される（ステップＳ８）。
【００４４】
したがって、本実施形態のビュースキーマは、図９に示すように、単一テーブルのメタデータから使用者端末機に識別性を向上させた画像を提供するもので、ビューアルゴリズムによってシグナル類型別に使用者端末機に仮想的に生成されるビュー（View）を提供している。
【００４５】
すなわち、このビューは、単一テーブルを直接アクセスする場合、ＰＭデータの直観性が多少落ちるので、シグナルネームによる類型別パラメータを繊細（詳細）に表示するようにした仮想的な画像から構成されていて、ユーザーの所望するＰＭデータのシグナル類型に応じた異なるパラメータを容易に把握できるようにしている。
【００４６】
このように本実施形態の単一テーブルを用いた性能管理データ処理装置１０及び方法は、単一テーブルを用いて、大容量のネットワークシステムから発生する性能管理（ＰＭ）データを迅速で、且つ效率的に処理するとともに、ユーザーの識別性を改善することが可能となる。このため、大容量のデータ処理の性能を最大限に発揮させる効果を奏する。
【００４７】
また、図１０は、本実施形態と従来技術についての処理容量及び処理速度を各々比較して示すバー（BAR）グラフ（Graph）である。図１０に示すように、本実施形態では、同じデータ数を処理する際、従来技術の４倍以上の迅速な処理速度となっている。このため、大容量データを処理するにあたって、データベースをより效率的に処理できる効果がある。
【００４８】
すなわち、上記本実施形態の単一テーブルを用いた性能管理データ処理装置１０及びその方法は、従来のように、シグナルタイプ別のそれぞれのテーブル毎にトランザクション処理が発生するのではなく、ＳＱＬローダー部が、シグナルタイプに関係なく、テキストファイルのＰＭデータを所定数でグループ化し、そのグループ毎に各々のテキストファイルのＰＭデータをトランザクションして該当する単一テーブルに割り当てる。
【００４９】
言い換えれば、本実施形態では、ＰＭデータが割り当てられるテーブルが、シグナルタイプとは無関係の統一された単一のテーブル構造を有しており、かつグループ化された複数のＰＭデータに対して１回のトランザクション処理を行うことにより、複数のＰＭデータを単一テーブルに割り当てているので、トランザクション処理を迅速、かつ効率的に行うことが可能になる。このため、単一テーブルを用いることで、大容量のデータ処理の性能を最大限に発揮させることが可能になる。
【００５０】
また、本実施形態では、使用者が使用者端末機から、ＰＭデータのメタデータを用いてシグナルタイプ別に当該ＰＭデータを直接検索可能にし、さらに、検索された（読み出された）ＰＭデータを１つのビュースキーマでパース（parse）することにより、シグナルタイプ別にビュー（view）を使用者に提供可能になる。このため、使用者が所望するＰＭデータを容易に、かつ使用者にとって認識し易い形態で提供可能となる。
【００５１】
なお、上述のような本実施形態の単一テーブルを用いた性能管理（ＰＭ）データ処理装置及びその方法は、ネットワーキングでなされる情報のデータベースでの保存だけでなく、ネットワーキングを以外の他の通常的なデータベースシステムにも同様に適用することができる。
【図面の簡単な説明】
【００５２】
【図１】従来の性能管理（ＰＭ）データ処理方法の一例を示す手順図である。
【図２】図１のデータ処理方法の性能管理（ＰＭ）データの生成及び識別性を示す説明図である。
【図３】本発明の実施形態の単一テーブルを用いた性能管理（ＰＭ）データ処理システムを示すブロック図である。
【図４】図３のブロック図を図形で分かりやすく示す説明図である。
【図５Ａ】本発明の実施形態のＳＱＬローダー部によって生成された単一テーブルを示す図面である。
【図５Ｂ】本発明の実施形態の単一テーブルに保存されたＰＭデータの構造を示す概要図である。
【図６】本発明の実施形態の単一テーブルを用いた性能管理（ＰＭ）データ処理方法を示す手順図である。
【図７】本発明の実施形態の単一テーブルからメタデータを生成する状態を示す図面である。
【図８】本発明の実施形態のビューアルゴリズムによってビュースキーマ（View Schema）を生成するフローチャートである。
【図９】図８のフローチャートによってビュースキーマ（View Schema）の生成状態を示す説明図である。
【図１０】本発明の実施形態と従来技術についての処理容量及び処理速度を各々比較して示す棒グラフである。
【符号の説明】
【００５３】
１１ データ収集部
１２ データ解析部
１３ ＳＱＬローダー部
１４ 格納部
１５ ビュースキーマ生成部
１６ ユーザーインターフェース部
【特許請求の範囲】
【請求項１】
ネットワークを介して接続される複数の基地局から発生するそれぞれのＰＭデータを、データベースで保存する単一テーブルを用いた性能管理データ処理装置であって、
少なくとも一つ以上の前記ＰＭデータを収集し、これをファイルタイプで再構成するデータ収集部と、
前記ファイルタイプのＰＭデータを解析してテキストファイルを生成するデータ解析部と、
前記テキストファイルを所定数で少なくとも一つ以上グループ化し、そのグループ毎に各々の前記テキストファイルをトランザクションして、単一テーブルに割り当てるＳＱＬローダー部と、
前記ＳＱＬローダー部の単一テーブル、及びその単一テーブルのＰＭデータとマッピングされるメタデータをデータベースで保存する格納部とを有することを特徴とする性能管理データ処理装置。
【請求項２】
前記単一テーブルのメタデータから読み出したＰＭデータを使用者が識別可能な形態で解析し、ビュースキーマを生成するビュースキーマ生成部と、
前記ビュースキーマ生成部を動作させて使用者端末機に前記ビュースキーマを提供し、若しくは前記格納部からメタデータを抽出して前記使用者端末機に提供するユーザーインターフェース部とをさらに有することを特徴とする請求項１に記載の性能管理データ処理装置。
【請求項３】
前記ビュースキーマ生成部は、ビューアルゴリズムを実行して前記ビュースキーマをシグナル類型別に生成し、
前記ビューアルゴリズムは、
前記ユーザーインターフェース部から解析命令を受信するステップと、
前記解析命令に応答して、前記単一テーブルのＰＭデータとマッピングされるメタデータを順次的に読み出すステップと、
抽出された前記メタデータから指定したシグナル類型を検索して該当ＰＭデータを読み出すステップと、
抽出された前記ＰＭデータを一つのビュースキーマで解析し、メモリに一時的に格納するステップと、
前記ビュースキーマを使用者端末機に視覚的に提供するステップとを有することを特徴とする請求項２に記載の性能管理データ処理装置。
【請求項４】
前記ビュースキーマは、前記ビューアルゴリズムによって生成される仮想的なビューであることを特徴とする請求項３に記載の性能管理データ処理装置。
【請求項５】
前記メタデータは、シグナル類型別に順次決められたパラメータとネームとを含むことを特徴とする請求項３に記載の性能管理データ処理装置。
【請求項６】
前記ＰＭデータは、基地局で発生する呼接続に関連した性能データ、運用データ及び管理データから構成され、該ＰＭデータはシグナル類型別に分類されていることを特徴とする請求項３に記載の性能管理データ処理装置。
【請求項７】
ネットワークを介して接続される複数基地局から発生するそれぞれのＰＭデータを、データベースで保存する単一テーブルを用いた性能管理データ処理方法であって、
少なくとも一つ以上の前記ＰＭデータを収集し、これをファイルタイプで再構成するステップと、
前記ファイルタイプのＰＭデータを解析してテキストファイルを生成するステップと、
前記テキストファイルを所定数で少なくとも一つ以上グループ化し、そのグループ毎に各々の前記テキストファイルをトランザクションして単一テーブルに割り当てるステップと、
前記単一テーブルをグループ別にデータベースで保存するステップとを有することを特徴とする性能管理データ処理方法。
【請求項８】
前記単一テーブルのＰＭデータとマッピングされるメタデータを順次的にデータベースで保存するステップをさらに有することを特徴とする請求項７に記載の性能管理データ処理方法。
【請求項９】
前記単一テーブルのメタデータから読み出したＰＭデータを、使用者が識別可能な形態で解析してビュースキーマを生成するステップをさらに有することを特徴とする請求項８に記載の性能管理データ処理方法。
【請求項１０】
前記ビュースキーマと前記メタデータのいずれかを選択して視覚的に使用者端末機に提供するステップをさらに有することを特徴とする請求項９に記載の性能管理データ処理方法。
【請求項１１】
前記ビュースキーマを生成するステップは、ビューアルゴリズムを実行し、前記メタデータから該当ＰＭデータのビュースキーマをシグナル類型別に解析するステップをさらに有することを特徴とする請求項９に記載の性能管理データ処理方法。
【請求項１２】
前記ビュースキーマは、前記ビューアルゴリズムによって生成される仮想的なビューであることを特徴とする請求項１１に記載の性能管理データ処理方法。
【請求項１３】
前記ビューアルゴリズムは、
ユーザーインターフェースから解析命令を受信するステップと、
前記解析命令に応答して前記単一テーブルとマッピングされるメタデータを順次的に読み出すステップと、
抽出された前記メタデータから指定したシグナル類型を検索して該当ＰＭデータを読み出すステップと、
抽出された前記ＰＭデータを一つのビュースキーマで解析してメモリに一時的に格納するステップと、
前記ビュースキーマを使用者端末機に視覚的に提供するステップとを有することを特徴とする請求項１２に記載の性能管理データ処理方法。
【請求項１４】
前記ＰＭデータは、基地局で発生する呼接続に関連した性能データ、運用データ及び管理データから構成され、該ＰＭデータはシグナル類型別に分類されることを特徴とする請求項１３に記載の性能管理データ処理方法。
【請求項１５】
前記各基地局は、有線通信と無線通信の少なくともいずれかに対応していることを特徴とする請求項１４に記載の性能管理データ処理方法。
【請求項１６】
前記グループ化は、１０３個以上の多数のＰＭデータをグルーピングさせることを特徴とする請求項７に記載の性能管理データ処理方法。
【請求項１】
ネットワークを介して接続される複数の基地局から発生するそれぞれのＰＭデータを、データベースで保存する単一テーブルを用いた性能管理データ処理装置であって、
少なくとも一つ以上の前記ＰＭデータを収集し、これをファイルタイプで再構成するデータ収集部と、
前記ファイルタイプのＰＭデータを解析してテキストファイルを生成するデータ解析部と、
前記テキストファイルを所定数で少なくとも一つ以上グループ化し、そのグループ毎に各々の前記テキストファイルをトランザクションして、単一テーブルに割り当てるＳＱＬローダー部と、
前記ＳＱＬローダー部の単一テーブル、及びその単一テーブルのＰＭデータとマッピングされるメタデータをデータベースで保存する格納部とを有することを特徴とする性能管理データ処理装置。
【請求項２】
前記単一テーブルのメタデータから読み出したＰＭデータを使用者が識別可能な形態で解析し、ビュースキーマを生成するビュースキーマ生成部と、
前記ビュースキーマ生成部を動作させて使用者端末機に前記ビュースキーマを提供し、若しくは前記格納部からメタデータを抽出して前記使用者端末機に提供するユーザーインターフェース部とをさらに有することを特徴とする請求項１に記載の性能管理データ処理装置。
【請求項３】
前記ビュースキーマ生成部は、ビューアルゴリズムを実行して前記ビュースキーマをシグナル類型別に生成し、
前記ビューアルゴリズムは、
前記ユーザーインターフェース部から解析命令を受信するステップと、
前記解析命令に応答して、前記単一テーブルのＰＭデータとマッピングされるメタデータを順次的に読み出すステップと、
抽出された前記メタデータから指定したシグナル類型を検索して該当ＰＭデータを読み出すステップと、
抽出された前記ＰＭデータを一つのビュースキーマで解析し、メモリに一時的に格納するステップと、
前記ビュースキーマを使用者端末機に視覚的に提供するステップとを有することを特徴とする請求項２に記載の性能管理データ処理装置。
【請求項４】
前記ビュースキーマは、前記ビューアルゴリズムによって生成される仮想的なビューであることを特徴とする請求項３に記載の性能管理データ処理装置。
【請求項５】
前記メタデータは、シグナル類型別に順次決められたパラメータとネームとを含むことを特徴とする請求項３に記載の性能管理データ処理装置。
【請求項６】
前記ＰＭデータは、基地局で発生する呼接続に関連した性能データ、運用データ及び管理データから構成され、該ＰＭデータはシグナル類型別に分類されていることを特徴とする請求項３に記載の性能管理データ処理装置。
【請求項７】
ネットワークを介して接続される複数基地局から発生するそれぞれのＰＭデータを、データベースで保存する単一テーブルを用いた性能管理データ処理方法であって、
少なくとも一つ以上の前記ＰＭデータを収集し、これをファイルタイプで再構成するステップと、
前記ファイルタイプのＰＭデータを解析してテキストファイルを生成するステップと、
前記テキストファイルを所定数で少なくとも一つ以上グループ化し、そのグループ毎に各々の前記テキストファイルをトランザクションして単一テーブルに割り当てるステップと、
前記単一テーブルをグループ別にデータベースで保存するステップとを有することを特徴とする性能管理データ処理方法。
【請求項８】
前記単一テーブルのＰＭデータとマッピングされるメタデータを順次的にデータベースで保存するステップをさらに有することを特徴とする請求項７に記載の性能管理データ処理方法。
【請求項９】
前記単一テーブルのメタデータから読み出したＰＭデータを、使用者が識別可能な形態で解析してビュースキーマを生成するステップをさらに有することを特徴とする請求項８に記載の性能管理データ処理方法。
【請求項１０】
前記ビュースキーマと前記メタデータのいずれかを選択して視覚的に使用者端末機に提供するステップをさらに有することを特徴とする請求項９に記載の性能管理データ処理方法。
【請求項１１】
前記ビュースキーマを生成するステップは、ビューアルゴリズムを実行し、前記メタデータから該当ＰＭデータのビュースキーマをシグナル類型別に解析するステップをさらに有することを特徴とする請求項９に記載の性能管理データ処理方法。
【請求項１２】
前記ビュースキーマは、前記ビューアルゴリズムによって生成される仮想的なビューであることを特徴とする請求項１１に記載の性能管理データ処理方法。
【請求項１３】
前記ビューアルゴリズムは、
ユーザーインターフェースから解析命令を受信するステップと、
前記解析命令に応答して前記単一テーブルとマッピングされるメタデータを順次的に読み出すステップと、
抽出された前記メタデータから指定したシグナル類型を検索して該当ＰＭデータを読み出すステップと、
抽出された前記ＰＭデータを一つのビュースキーマで解析してメモリに一時的に格納するステップと、
前記ビュースキーマを使用者端末機に視覚的に提供するステップとを有することを特徴とする請求項１２に記載の性能管理データ処理方法。
【請求項１４】
前記ＰＭデータは、基地局で発生する呼接続に関連した性能データ、運用データ及び管理データから構成され、該ＰＭデータはシグナル類型別に分類されることを特徴とする請求項１３に記載の性能管理データ処理方法。
【請求項１５】
前記各基地局は、有線通信と無線通信の少なくともいずれかに対応していることを特徴とする請求項１４に記載の性能管理データ処理方法。
【請求項１６】
前記グループ化は、１０３個以上の多数のＰＭデータをグルーピングさせることを特徴とする請求項７に記載の性能管理データ処理方法。
【図１】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００６−１１４０４７（Ｐ２００６−１１４０４７Ａ）
【公開日】平成１８年４月２７日（２００６．４．２７）
【国際特許分類】
【出願番号】特願２００５−３０１７２４（Ｐ２００５−３０１７２４）
【出願日】平成１７年１０月１７日（２００５．１０．１７）
【出願人】（３９００１９８３９）三星電子株式会社 (8,520)
【氏名又は名称原語表記】Ｓａｍｓｕｎｇ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏ．，Ｌｔｄ．
【住所又は居所原語表記】４１６，Ｍａｅｔａｎ−ｄｏｎｇ，Ｙｅｏｎｇｔｏｎｇ−ｇｕ，Ｓｕｗｏｎ−ｓｉ Ｇｙｅｏｎｇｇｉ−ｄｏ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
【Ｆターム（参考）】
【公開日】平成１８年４月２７日（２００６．４．２７）
【国際特許分類】
【出願日】平成１７年１０月１７日（２００５．１０．１７）
【出願人】（３９００１９８３９）三星電子株式会社 (8,520)
【氏名又は名称原語表記】Ｓａｍｓｕｎｇ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏ．，Ｌｔｄ．
【住所又は居所原語表記】４１６，Ｍａｅｔａｎ−ｄｏｎｇ，Ｙｅｏｎｇｔｏｎｇ−ｇｕ，Ｓｕｗｏｎ−ｓｉ Ｇｙｅｏｎｇｇｉ−ｄｏ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
【Ｆターム（参考）】
[ Back to top ]