JP2002290554A

JP2002290554A - 呼情報データ確認試験装置及び呼情報データ確認試験方法

Info

Publication number: JP2002290554A
Application number: JP2001090382A
Authority: JP
Inventors: Mamoru Tashoji; 守田正司
Original assignee: NTT Comware Corp
Current assignee: NTT Comware Corp
Priority date: 2001-03-27
Filing date: 2001-03-27
Publication date: 2002-10-04

Abstract

(57)【要約】【課題】デジタル交換機のプログラム開発において生
成された呼情報データの正常性等の確認を自動化し、チ
ェック内容の均一化を実現させ、問題発生時の原因把握
作業での試験者の負担を軽減させる。【解決手段】デジタル交換機のプログラム開発時にお
けるシステムの機能確認試験の際に、デジタル交換機内
あるいはそのシミュレータ内で生成された、通話に関す
る情報である呼情報データの正常性等の確認を行うため
の装置において、実施した試験項目毎にデジタル交換機
あるいはそのシミュレータから呼情報データを収集し、
この呼情報データの収集の際には、異なるデータ形式で
出力された呼情報データを、検査ツールであるデータ正
常性確認ツールとデータ解析ツールに入力するための標
準のデータ形式に変換する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、デジタル交換機の
プログラム開発におけるデバッグ作業の均一化と作業効
率の向上を得るための技術に関する。

【０００２】

【従来の技術】従来、デジタル交換機のプログラム開発
において、当該システムの機能試験を行う際に生成され
た、通話に関する情報である呼情報データ（１呼（通
話）の接続に関する情報を全て網羅した情報）の確認
を、以下の手順で行っている。まず、機能試験の試験結
果より呼情報データが有るかを試験者が判定する。これ
は、試験項目によっては、呼情報データが生成される場
合と生成されない場合があるからである。そして、呼情
報データが有ると判定された場合、以下のチェックを行
う。

【０００３】（１）各モジュールの機能と各モジュール
間のインターフェースの機能等の確認を行う結合試験時
（ＩＴ）には、データ正常性確認ツールを通してのチェ
ックと、呼情報データを試験者が確認できる形式に変換
するデータ解析ツールを通しての試験者によるチェック
とを実施する（図４参照）。なお、図４および下記の図
５に示すＳＴＤ出力は、交換機あるいは交換機シミュレ
ータの標準出力であり、ＷＳは、上記データ解析ツール
およびデータ正常性ツールを実装したワークステーショ
ンであり、この出力データのログ（ＬＯＧ）を受けチェ
ックを実施する。

【０００４】（２）システム全体の総合的な機能確認を
行う総合試験時（ＰＴ）には、デジタル交換機は通常の
稼働時と同じ状態となるので、この状況で生成された呼
情報データを収集し、データ正常性確認ツールを通して
のチェックを実施する（図５参照）。なお、呼情報デー
タのデータ形式は収集方法により異なるためＩＴ／ＰＴ
共通の作業として、データ正常性確認ツールとデータ解
析ツールに通す前に、手動でこれらのツールに通せる標
準形式に変換することを実施している。

【０００５】

【発明が解決しようとする課題】以上のように、試験結
果に呼情報データが有るか否かの判断が試験者に委ねら
れ、さらに、呼情報データのチェック内容についても試
験者個人に委ねられているため、従来は、均一なチェッ
クができなかった。また、手動による呼情報データの変
換やデータ正常性確認ツールとデータ解析ツールヘの呼
情報データ投入は、試験者の労力と時間を費やす他、見
間違い等による誤った判断を行う可能性があった。

【０００６】本発明は、上記の点に鑑みてなされたもの
で、デジタル交換機のプログラム開発において生成され
た呼情報データの正常性等の確認を自動的に行え、その
結果、チェック内容の均一化を実現させ、問題発生時の
原因把握作業での試験者の負担を軽減させることができ
る呼情報データ確認試験装置および呼情報データ確認試
験方法を提供するものである。

【０００７】

【課題を解決するための手段】本発明の呼情報データ確
認試験装置は、デジタル交換機のプログラム開発時にお
けるシステムの機能確認試験の際に該デジタル交換機内
あるいはそのシミュレータ内で生成された、通話に関す
る情報である呼情報データの正常性等の確認を行うため
の装置において、実施した試験項目毎にデジタル交換機
あるいはそのシミュレータから呼情報データを収集し、
該呼情報データの収集の際には、異なるデータ形式で出
力された呼情報データを、所定の検査ツールに入力する
ための標準のデータ形式に変換することを特徴とする。

【０００８】また、本発明は、請求項１に記載の呼情報
データ確認試験装置において、実施した試験項目毎に、
デジタル交換機あるいはそのシミュレータから前記呼情
報データを収集するデータ収集手段と、収集された呼情
報データのデータ形式を、各データ形式に固有に定義さ
れたデータの配列に基づき判別するフォーマット判定手
段と、前記収集された呼情報データを、前記フォーマッ
ト判定手段により判定されたデータ形式から前記標準の
データ形式へ変換するデータ変換手段と、を具備するこ
とを特徴とする。

【０００９】また、本発明は、請求項２に記載の呼情報
データ確認試験装置において、前記フォーマット判定手
段が、各データ形式に固有に定義されたデータの配列が
もつ、少なくとも、識別子の種類および連続するデータ
の数および連続する区切りコードの数の情報に基づき、
収集された呼情報データのデータ形式を判定することを
特徴とする。

【００１０】また、本発明の呼情報データ確認試験方法
は、デジタル交換機のプログラム開発時におけるシステ
ムの機能確認試験の際に該デジタル交換機内あるいはそ
のシミュレータ内で生成された、通話に関する情報であ
る呼情報データの正常性等の確認を行うための方法にお
いて、実施した試験項目毎に、デジタル交換機あるいは
そのシミュレータから前記呼情報データを収集するデー
タ収集ステップと、収集された呼情報データのデータ形
式を、各データ形式に固有に定義されたデータの配列に
基づき判別するフォーマット判定ステップと、前記収集
された呼情報データを、前記フォーマット判定ステップ
により判定されたデータ形式から所定の検査ツールに入
力するための標準のデータ形式へ変換するデータ変換ス
テップと、をコンピュータに実行させることを特徴とす
る。

【００１１】また、本発明は、請求項４に記載の呼情報
データ確認試験方法において、前記フォーマット判定ス
テップが、各データ形式に固有に定義されたデータの配
列がもつ、少なくとも、識別子の種類および連続するデ
ータの数および連続する区切りコードの数の情報に基づ
き、収集された呼情報データのデータ形式を判定するこ
とを特徴とする。

【００１２】また、本発明は、コンピュータに、請求項
４に記載の方法を実行させるためのプログラムであっ
て、実施した試験項目毎に、デジタル交換機あるいはそ
のシミュレータから前記呼情報データを収集するデータ
収集ステップと、収集された呼情報データのデータ形式
を、各データ形式に固有に定義されたデータの配列に基
づき判別するフォーマット判定ステップと、前記収集さ
れた呼情報データを、前記フォーマット判定ステップに
より判定されたデータ形式から所定の検査ツールに入力
するための標準のデータ形式へ変換するデータ変換ステ
ップと、を含むことを特徴とするプログラムである。

【００１３】また、本発明は、請求項６に記載のプログ
ラムを記録したコンピュータ読取可能な記録媒体であ
る。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を、図
面を参照して説明する。はじめに、デジタル交換機のデ
バッグ作業を含むプログラム開発時の、当該デジタル交
換機を含む試験環境を、図１を参照して説明する。

【００１５】図１に示した、符合２は、プログラム開発
中のデジタル交換機２ｂを含む実機システムである。ま
た、制御装置２ａは、デジタル交換機２ｂを制御するも
のである。ファイルメモリ２ｃは、データおよび実行形
式のプログラムコードからなるＬＭ（ロードモジュー
ル）を記憶するものであり、呼情報データはＬＭの特定
の領域に格納されている。

【００１６】また、符合３は、交換機シミュレータであ
る。この交換機シミュレータ３は、ＷＳ（ワークステー
ション）上で動作し、実機システム２をシミュレーショ
ンするデバッグツールである。この交換機シミュレータ
３を用いて、実機システム２と同じ試験をシミュレーシ
ョンできる。なお、この交換機シミュレータ３は、ＬＭ
を読み込んで実機システム２の動作をシミュレートす
る。

【００１７】符合４は、呼情報データ管理センターであ
る。この呼情報データ管理センター４は、複数ある交換
機がもつ呼情報データを一元管理するもので、実機シス
テム２からは、Ｎｏ．７共通線網を介して呼情報データ
が呼情報データ管理センター４へ送信される。なお、下
記に説明する本実施の形態の呼情報データ確認試験装置
の機能は、シミュレータ３および制御装置２ａがもち、
これらの装置上で動作するものである。

【００１８】次に、データ正常性確認ツールについて説
明する。このデータ正常性確認ツールは、呼情報データ
の正常性の判定（エラー判定）を行うチェックツールで
あり、下記の呼情報データの上限・下限値チェックと項
目間チェックを行うものである。呼情報データは、前述
したように１呼（通話）の接続に関する情報を全て網羅
した情報である。例えば、Ａさん（０６−１２３４−５
６７８）がＢさん（０３−８７６５−４３２１）と通話
した場合、呼情報データは、下記のようなデータを含む
さまざまなデータから成っている。

【００１９】・発信者電話番号:０６−１２３４−５６
７８・着信者電話番号:０３−８７６５−４３２１・呼発生時刻 :２０００年０６月１６日０１時０１分
０９．５秒・通信開始時刻:２０００年０６月１６日０１時０１分
４９．０秒・通信終了時刻:２０００年０６月１６日０１時０１分
４９．５秒

【００２０】呼情報データは、このようなデータである
ので、呼発生時刻の“分”の部分では、“００〜５９”
しか許容されない。したがって、呼情報データにこれ以
外のデータが格納されている場合、データ正常性確認ツ
ールは、エラー警告をする（上限、下限値チェック）。
また、通信開始時刻と通信終了時刻の間には、大小関係
があり切断時間は応答時間より大きく（時間的に遅い時
間で）なければならない。したがって、この大小関係に
誤りがある場合にもデータ正常性確認ツールは、エラー
警告をする（項目間チェック）。

【００２１】次に、データ解析ツールについて説明す
る。このデータ解析ツールは、装置内では単なるデータ
の並びとして保存してある呼情報データを、試験者が理
解・確認できるように変換し表示装置（図示せず）等に
出力させるツールである。下記に、呼情報データに含ま
れるデータの一部を出力した例を示す。

【００２２】（出力例）［８１］呼情報生成ノード [呼情報生成ノード]Ｍ：３０Ｓ：０２Ｕ：０８［８８］通信開始時刻［通信開始時刻］２０００年０６月１６日０１時０１分
４９．０秒［８９］通信終了時刻［通信終了時刻］２０００年０６月１６日０１時０１分
４９．５秒［ＡＡ］切断情報［８１］切断理由…

【００２３】このように、データ解析ツールは、試験者
が呼情報データの内容を確認できるように出力する。な
お、データ正常性確認ツールおよびデータ解析ツール
は、本実施の形態の呼情報データ確認試験装置に含まれ
るものとする。

【００２４】次に、呼情報データ確認試験装置につい
て、さらに図２を参照して、その概要を説明する。

【００２５】呼情報データ確認試験装置１は、デジタル
交換機２ｂのプログラム開発に伴うデバッグ作業におい
て、実機システム２およびその交換機シミュレータ３内
で呼情報データが生じた場合に、この呼情報データを、
検査ツールであるデータ正常性確認ツール１ｄとデータ
解析ツール１ｅに通すためのデータ形式とするため、デ
ータ形式の判定とその変換とを自動化する。

【００２６】呼情報データは、本来料金請求の基礎デー
タとなるものであり、１呼（通話）毎に生成されるもの
であるが、前述した結合試験では、試験項目毎に１つの
呼情報データが生成されるものとする。そして、この呼
情報データは、試験項目毎に実機システム２内またはそ
の交換機シミュレータ３内に保存される。また、総合試
験では、実機は通常の稼働状態となり、この場合、背景
呼（機能試験とは関係しない呼）があり、これにより呼
情報データが多数生成され実機システム２の中に蓄積さ
れる。

【００２７】上記のように呼情報データは、料金請求の
基礎データとなるものであり、重要なデータであるの
で、プログラム開発に伴うデバッグ作業では、試験項目
に係わらず、生成されたすべての呼情報データに対し、
データ正常性確認ツール１ｄによるチェックを行う必要
がある。このチェックにより、この呼情報データにエラ
ーが見つかれば、開発中のプログラムにバグが存在する
ことがわかる。また、呼情報データにエラーがあった場
合、試験者は、このエラーに関する情報とデータ解析ツ
ール１ｅにより出力された呼情報データを参照して、エ
ラー箇所を特定することができる。

【００２８】以上のように、呼情報データ確認試験装置
１は、呼情報データのチェックを行うために、実機シス
テム２および交換機シミュレータ３から呼情報データを
収集するが、この実機システム２および交換機シミュレ
ータ３に備わる複数の入出力インターフェースから呼情
報データを収集するため、収集方法によりそのデータ形
式が異なっている。

【００２９】本実施の形態では、呼情報データ確認試験
装置１が収集する呼情報データのデータ形式を、以下に
示す５つのデータ形式があるものとして説明する。な
お、以下に示す例は、説明のために簡略化したものであ
る。

【００３０】（１）標準形式：デバッグモード（プログ
ラムのデバッグ作業を行うための特別な動作モード）
で、常時オンラインによりデジタル交換機２ｂの標準入
出力インターフェース（モニタ／プリンタ出力等）から
出力されるデータ形式である。このデータ形式は、前述
したデータ正常性確認ツール１ｄおよびデータ解析ツー
ル１ｅに入力するための標準のデータ形式であり、識別
子とデータと区切りコードとしての空白の配列からな
る。例）「(STD)_____A20082A1_041B0381_0201820A_1003078
3」この例では、識別子（ＳＴＤ）と、空白（上記では、空
白を”＿”を用いて示している。以下の説明でも同様と
する）と、連続する８バイトのデータの並びが４つ配列
されている。なお、この例の標準形式では、識別子とデ
ータの並びの間の空白の数を５個としている。

【００３１】（２）ダンプ形式：オンラインコマンドに
より（試験者の要求に応じて）デジタル交換機２ｂの標
準入出力インターフェース（モニタ／プリンタ出力等）
から出力されるデータ形式であり、標準形式に対し、識
別子とデータの並びの間に、さらに別途定められたデー
タからなるブロックを含むデータ形式である。例）「(STD)__00572E13__A20082A1_041B0381_0201820A_
10030783」この例では、標準形式に対し、識別子とデータの並びの
間に、連続する８バイトのデータの並び（００５７２Ｅ
１３）からなるブロックがさらに付加されており、ま
た、区切りコードとしての空白が、識別子の後に２個
と、８バイト・データの先頭のブロック（Ａ２００８２
Ａ１）の前に２個設定されている。

【００３２】（３）生データ形式：ファイルメモリ２ｃ
に保存された呼情報データを含むデータや実行形式のプ
ログラムのコードそのもの（ロードモジュール）のデー
タ形式であり、物理アドレスと、プログラムコードを含
むデータの配列とからなる。例）「0012345_A20082A1_041B0381_0201820A_10030783_
4201856F_87030186_05002008_05002008」この例では、標準形式とは異なり識別子が無く、先頭の
数字が０でこれに続く連続する６バイトの物理アドレス
（００１２３４５）と、これに続き、空白１個と、連続
する８バイトのデータが空白で区切られ８つ並んでい
る。

【００３３】（４）Ｎｏ．７共通線用データ形式：複数
あるデジタル交換機２ｂがもつ呼情報データを一元管理
する呼情報データ管理センター４へ、呼情報データをＮ
ｏ．７共通線を介して送出するためのデータ形式であ
り、先頭に別途定められたデータからなるブロックをさ
らに含むデータの配列からなる。例）「0054321__A182_00A2_8103_1B04_0A82_0102_8307_
0310」この例では、標準形式とは異なり識別子が無く、先頭の
数字が０でこれに続き連続する６バイトのデータの並び
（００５４３２１）からなるブロックと、これに続き、
空白２個と、連続する４バイトのデータが空白で区切ら
れ８つ並んでいる。

【００３４】（５）リスト形式：交換機シミュレータ３
のファイル出力のデータ形式であり、標準形式に対し、
識別子が異なり、また識別子とデータの並びの間に、さ
らに別途定められたデータからなるブロックをさらに含
むデータ形式である。また、標準形式とは識別子と区切
りコードである空白の数が異なっている。例）「(SIM)_00700400__A20082A1_041B0381_0201820A_1
0030783」この例では、標準形式とは異なり識別子が（ＳＩＭ）と
なっており、この識別子に続き空白１個と、これに続き
連続する８バイトのデータの並び（００７００４００）
からなるブロックと、さらに空白２個と、続いて、連続
する８バイトのデータが空白で区切られ４つ並ぶ。以上
が、本実施の形態の説明で使用する、呼情報データのデ
ータ形式である。

【００３５】ここで、呼情報データ確認試験装置１の構
成を説明する。図２は、本発明の一実施の形態である呼
情報データ確認試験装置１の構成を示すブロック図であ
る。

【００３６】呼情報データ確認試験装置１は、呼情報デ
ータを収集する呼情報データ収集部１ａと、収集した呼
情報データのデータ形式を判定する呼情報データ形式判
定部１ｂと、収集した呼情報データのデータ形式を標準
形式に変換する呼情報データ変換部１ｃと、呼情報デー
タ変換部１ｃにより標準形式に変換された呼情報データ
を受けるデータ正常性確認ツール１ｄと、データ解析ツ
ール１ｅとからなる処理部１ｆと、収集した呼情報デー
タ等を保存する記憶部１ｇとから構成されている。

【００３７】なお、処理部１ｆはメモリおよびＣＰＵ
（中央処理装置）等により構成され、処理部１ｆの各機
能を実現するためのプログラム（図示せず）をメモリに
ロードして実行することによりその機能が実現されるも
のとする。また、記憶部１ｇは、ハードディスク、光磁
気ディスク等の不揮発性の記録装置により構成されてい
る。また、呼情報データ確認試験装置１には、周辺機器
として入力装置、表示装置等（いずれも図示せず）が接
続されるものとする。ここで、入力装置とはキーボー
ド、マウス等の入力デバイスのことをいう。表示装置と
はＣＲＴ（ＣａｔｈｏｄｅＲａｙＴｕｂｅ）や液晶表
示装置等のことをいう。

【００３８】次に、このように構成された本実施形態の
呼情報データ確認試験装置１の動作について説明する。

【００３９】はじめに、呼情報データ収集部１ａは、実
機システム２に対する結合試験の場合、実機２の標準入
出力インターフェースを介してダンプ形式の呼情報デー
タを、総合試験の場合は、ＬＭ（ロードモジュール）か
ら生データ形式の呼情報データを、シミュレータを使っ
た試験の場合は、シミュレータに保存されたファイルか
らリスト形式の呼情報データを、また、呼情報データの
問題解決用として、デバッグモードにより標準入出力イ
ンターフェースを介して出力される標準形式の呼情報デ
ータを、あるいはＮｏ．７共通線網を介してＮｏ．７共
通線用データ形式の呼情報データを収集する（図３：ス
テップＳ０１）。

【００４０】次に、呼情報データ形式判定部１ｂは、収
集した呼情報データの配列から、５種類のデータ形式の
いずれかであるかを判定する（図３：ステップＳ０
２）。ここでの判定は、前述したこの５種類のデータ形
式が各々固有にもつ特徴である、識別子の種類、連続す
るデータの数、空白の数を基に行う。そして、呼情報デ
ータ形式判定部１ｂによるデータ形式の判定が終わる
と、呼情報データ形式変換部１ｃが、標準形式でないデ
ータ形式の呼情報データに対し、そのデータ形式を標準
形式に変換する（図３：ステップＳ０３）。

【００４１】次に、呼情報データ形式変換部１ｃにより
標準形式に変換された呼情報データは、データ正常性確
認ツール１ｄに入力され、このデータ正常性確認ツール
１ｄが、前述したデータの正常性の確認を行う（図４：
ステップＳ０４）。そして、標準形式に変換された呼情
報データは、さらに呼情報データ解析部１ｅに入力さ
れ、この呼情報データ解析部１ｅが、呼情報データを試
験者が理解・確認できるように出力装置（図示せず）に
出力する（図４：ステップＳ０５）。

【００４２】次に、上記データ形式の判定の処理とデー
タ形式の変換の処理を、具体例を挙げ説明する。

【００４３】呼情報データ形式判定部１ｂは、まず、条
件として、受けた呼情報データに有効な識別子が有る
か、すなわち文字コードとして”（”と、何らかの文字
３つと、”）”とからなる文字の並びがあるか判定する
（）。この判定で、条件を満たす呼情報データのデー
タ形式は、標準形式か、ダンプ形式か、リスト形式のい
ずれかであることが判定される。

【００４４】ここで呼情報データがの判定における条
件を満たし、識別子の中の３文字が”ＳＴＤ”であれ
ば、呼情報データ形式判定部１ｂは、さらに、識別子に
続いて空白が１０個と、０〜９，Ａ〜Ｆの範囲の数字が
連続して８個あるか判定する（）。ここで呼情報デー
タのデータ形式がこの条件を満たすものであれば、標準
形式であると判定される。例えば、前述した「(STD)_____A20082A1_041B0381_0201820A_10030783」は、この条件を満たしており標準形式と判定される。

【００４５】また、の判定で、受けた呼情報データの
データ形式が条件を満たさない場合、すなわち、標準形
式でない場合、呼情報データ形式判定部１ｂは、さらに
条件として、識別子に続いて空白が２個、続いて０〜
９，Ａ〜Ｆの範囲の数字が連続して８個、さらに空白が
２個、続いて０〜９，Ａ〜Ｆの範囲の数字が連続して８
個あるか判定する（）。ここで呼情報データがこの条
件を満たすものであれば、ダンプ形式であると判定す
る。例えば、前述した「(STD)__00572E13__A20082A1_041B0381_0201820A_1003
0783」は、この条件を満たしておりダンプ形式と判定される。

【００４６】また、の判定で、受けた呼情報データの
データ形式が条件を満たさない場合、すなわち、標準形
式でもダンプ形式でもない場合、呼情報データ形式判定
部１ｂは、さらに条件として、識別子の中の３文字が”
ＳＩＭ”であり、識別子に続いて空白が１個、続いて０
〜９，Ａ〜Ｆの範囲の数字が連続して８個、さらに空白
が２個、続いて０〜９，Ａ〜Ｆの範囲の数字が連続して
８個あるか判定する（）。ここで呼情報データがこの
条件を満たすものであれば、リスト形式であると判定す
る。例えば、前述した「(SIM)_00700400__A20082A1_041B0381_0201820A_10030
783」は、この条件を満たしておりリスト形式と判定される。

【００４７】また、の判定で、受けた呼情報データの
データ形式が条件を満たさない場合、すなわち、標準形
式でもダンプ形式でもリスト形式でもない場合、呼情報
データ形式判定部１ｂは、さらに条件として、先頭の数
字が０、続いて０〜９，Ａ〜Ｆの範囲の数字が連続して
６個、さらに空白が１個、続いて０〜９，Ａ〜Ｆの範囲
の数字が連続して８個あるか判定する（）。ここで呼
情報データのデータ形式がこの条件を満たすものであれ
ば、生データ形式であると判定する。例えば、前述した「0012345_A20082A1_041B0381_0201820A_10030783_4201
856F_87030186_05002008_05002008」は、この条件を満たしており生データ形式と判定され
る。

【００４８】また、の判定で、受けた呼情報データの
データ形式が条件を満たさない場合、すなわち、標準形
式でもダンプ形式でもリスト形式でもない場合、さらに
条件として、先頭の数字が０、続いて０〜９，Ａ〜Ｆの
範囲の数字が連続して６個、さらに空白が２個、続いて
０〜９，Ａ〜Ｆの範囲の数字が連続して４個、さらに空
白が１個と、０〜９，Ａ〜Ｆの範囲の数字が連続して４
個あるか判定する。ここで呼情報データのデータ形式が
この条件を満たすものであれば、Ｎｏ．７共通線用デー
タ形式であると判定する。例えば、前述した「0054321__A182_00A2_8103_1B04_0A82_0102_8307_031
0」は、この条件を満たしておりＮｏ．７共通線用データ形
式と判定される。以上のようにして、呼情報データのデ
ータ形式を判定する。

【００４９】次に、各データ形式から標準形式へのデー
タ形式変換方法について説明する。

【００５０】まず、ダンプ形式の場合、識別子と２個の
空白の後に続く８バイトからなるブロックを削除し、空
白の数を標準形式と同様にする。例えば、ダンプ形式
で、「(STD)__00572E13__A20082A1_041B0381_0201820A_1003
0783」の場合、「(STD)_____A20082A1_041B0381_0201820A_10030783」となる。

【００５１】次に、リスト形式の場合、識別子を（ＳＴ
Ｄ）から（ＳＩＭ）に変換するとともに、さらに識別子
と１個の空白の後の８バイトからなるブロックを削除し
て、空白の数を標準形式と同様にする。例えば、リスト
形式で、「(SIM)_00700400__A20082A1_041B0381_0201820A_10030
783」の場合、「(STD)_____A20082A1_041B0381_0201820A_10030783」となる。

【００５２】次に、生データ形式の場合、物理アドレス
部分を削除し、８つの８バイトからなるデータの並びを
４つずつに分割し、それぞれに識別子（ＳＴＤ）を先頭
に追加し、空白の数を標準形式と同様にする。この場合
１つの生データ形式の呼情報データは、２つの標準形式
の呼情報データとなる。例えば、生データ形式で、「0012345_A20082A1_041B0381_0201820A_10030783_4201
856F_87030186_05002008_05002008」の場合、「(STD)_____A20082A1_041B0381_0201820A_1003078
3」、「(STD)_____4201856F_87030186_05002008_05002008」となる。

【００５３】次に、Ｎｏ．７共通線用データ形式の場
合、７バイトからなる先頭のブロックを削除し、後続の
連続する４バイトの並び２つからなる８バイトのブロッ
クに対し、この中の２バイト単位に上位の２バイトから
順に、変換後の８バイトからなるブロックの下位から順
に２バイトずつ埋めていく形でデータの変換を行う（共
通線オクテット単位変換）。さらに先頭に識別子（ＳＴ
Ｄ）を追加し、空白の数を標準形式と同様にする。例え
ば、Ｎｏ．７共通線用データ形式で、「0054321__A182_00A2_8103_1B04_0A82_0102_8307_031
0」の場合、「(STD)_____A20082A1_041B0381_0201820A_10030783」となる。

【００５４】以上のようにして、呼情報データのデータ
形式の変換を行う。このようにして標準形式に変換され
た呼情報データは、データ正常性確認ツール１ｄと、デ
ータ解析ツール１ｅに順次入力され、そのチェックが自
動的に行われる。

【００５５】なお、図１における処理部１ｆの機能の一
部あるいは全部を実現するためのプログラムをコンピュ
ータ読み取り可能な記録媒体に記録して、この記録媒体
に記録されたプログラムをコンピュータシステムに読み
込ませ、実行することにより呼情報データのデータ形式
の判定およびその変換を行ってもよい。なお、ここでい
う「コンピュータシステム」とは、ＯＳや周辺機器等の
ハードウェアを含むものとする。

【００５６】また、「コンピュータシステム」は、ＷＷ
Ｗシステムを利用している場合であれば、ホームページ
提供環境（あるいは表示環境）も含むものとする。ま
た、「コンピュータ読み取り可能な記録媒体」とは、フ
ロッピー（登録商標）ディスク、光磁気ディスク、ＲＯ
Ｍ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステム
に内蔵されるハードディスク等の記憶装置のことをい
う。さらに「コンピュータ読み取り可能な記録媒体」と
は、インターネット等のネットワークや電話回線等の通
信回線を介してプログラムが送信された場合のサーバや
クライアントとなるコンピュータシステム内部の揮発性
メモリ（ＲＡＭ）のように、一定時間プログラムを保持
しているものも含むものとする。

【００５７】また、上記プログラムは、このプログラム
を記憶装置等に格納したコンピュータシステムから、伝
送媒体を介して、あるいは、伝送媒体中の伝送波により
他のコンピュータシステムに伝送されてもよい。ここ
で、プログラムを伝送する「伝送媒体」は、インターネ
ット等のネットワーク（通信網）や電話回線等の通信回
線（通信線）のように情報を伝送する機能を有する媒体
のことをいう。また、上記プログラムは、前述した機能
の一部を実現するためのものであっても良い。さらに、
前述した機能をコンピュータシステムにすでに記録され
ているプログラムとの組み合わせで実現できるもの、い
わゆる差分ファイル（差分プログラム）であっても良
い。

【００５８】以上、この発明の実施形態を、図面を参照
して詳述してきたが、具体的な構成はこの実施形態に限
られるものではなく、この発明の要旨を逸脱しない範囲
の構成等も含まれる。

【００５９】

【発明の効果】以上、詳細に説明したように、本発明に
よれば、プログラム開発の際に、複数のデータ形式をも
つ呼情報データを、所定の検査ツールに入力するための
データ形式の判定およびその変換を自動的に行うので、
その後の検査ツールへの入力からチェックまで一貫して
（自動的に）行うことができ、人手による場合の見落と
しがなくなり、均一なチェックができる。また、問題発
生時の原因把握作業についても試験者の負担を軽減する
ことができる。

【図面の簡単な説明】

【図１】デジタル交換機のデバッグ作業を含むプログ
ラム開発時のデジタル交換機を含む試験環境を示す図で
ある。

【図２】本発明の一実施の形態である呼情報データ確
認試験装置の構成を示すブロック図である。

【図３】同実施の形態の動作フローチャートである。

【図４】従来の結合試験の際の試験結果のチェックの
概要を示す図である。

【図５】従来の総合試験の際の試験結果のチェックの
概要を示す図である。

【符号の説明】

１…呼情報データ確認試験装置１ａ…呼情報データ収集部（データ収集手段）１ｂ…呼情報データ形式判定部（フォーマット判定手
段）１ｃ…呼情報データ変換部（データ変換手段）１ｄ…データ正常性確認ツール（検査ツールの１つ）１ｅ…データ解析ツール（検査ツールの１つ）１ｆ…処理部１ｇ…記憶部２…実機システム２ａ…制御装置２ｂ…デジタル交換機２ｃ…ファイルメ
モリ３…交換機シミュレータ４…呼情報データ
管理センター

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｑ 3/545 Ｈ０４Ｌ 13/00 ３１５ＺＦターム(参考） 5K019 BA01 BB11 CC11 CC12 CC13 DB08 DC05 5K026 GG01 GG16 GG21 JJ02 5K030 GA17 JA10 MA07 MA12 MB01 MC06 MC07 5K034 AA07 FF10 HH61 HH63 TT02 5K035 AA07 BB01 DD03 EE01 EE14 FF01 GG05 JJ04

Claims

【特許請求の範囲】

【請求項１】デジタル交換機のプログラム開発時にお
けるシステムの機能確認試験の際に該デジタル交換機内
あるいはそのシミュレータ内で生成された、通話に関す
る情報である呼情報データの正常性等の確認を行うため
の装置において、実施した試験項目毎にデジタル交換機あるいはそのシミ
ュレータから呼情報データを収集し、該呼情報データの
収集の際には、異なるデータ形式で出力された呼情報デ
ータを、所定の検査ツールに入力するための標準のデー
タ形式に変換することを特徴とする呼情報データ確認試
験装置。
【請求項２】前記呼情報データ確認試験装置は、実施した試験項目毎に、デジタル交換機あるいはそのシ
ミュレータから前記呼情報データを収集するデータ収集
手段と、収集された呼情報データのデータ形式を、各データ形式
に固有に定義されたデータの配列に基づき判別するフォ
ーマット判定手段と、前記収集された呼情報データを、前記フォーマット判定
手段により判定されたデータ形式から前記標準のデータ
形式へ変換するデータ変換手段と、を具備することを特
徴とする請求項１に記載の呼情報データ確認試験装置。
【請求項３】前記フォーマット判定手段は、各データ形式に固有に定義されたデータの配列がもつ、
少なくとも、識別子の種類および連続するデータの数お
よび連続する区切りコードの数の情報に基づき、収集さ
れた呼情報データのデータ形式を判定することを特徴と
する請求項２に記載の呼情報データ確認試験装置。
【請求項４】デジタル交換機のプログラム開発時にお
けるシステムの機能確認試験の際に該デジタル交換機内
あるいはそのシミュレータ内で生成された、通話に関す
る情報である呼情報データの正常性等の確認を行うため
の方法において、実施した試験項目毎に、デジタル交換機あるいはそのシ
ミュレータから前記呼情報データを収集するデータ収集
ステップと、収集された呼情報データのデータ形式を、各データ形式
に固有に定義されたデータの配列に基づき判別するフォ
ーマット判定ステップと、前記収集された呼情報データを、前記フォーマット判定
ステップにより判定されたデータ形式から所定の検査ツ
ールに入力するための標準のデータ形式へ変換するデー
タ変換ステップと、をコンピュータに実行させることを
特徴とする呼情報確認試験方法。
【請求項５】前記フォーマット判定ステップは、各データ形式に固有に定義されたデータの配列がもつ、
少なくとも、識別子の種類および連続するデータの数お
よび連続する区切りコードの数の情報に基づき、収集さ
れた呼情報データのデータ形式を判定することを特徴と
する請求項４に記載の呼情報確認試験方法。
【請求項６】コンピュータに、請求項４に記載の方法
を実行させるためのプログラムであって、実施した試験項目毎に、デジタル交換機あるいはそのシ
ミュレータから前記呼情報データを収集するデータ収集
ステップと、収集された呼情報データのデータ形式を、各データ形式
に固有に定義されたデータの配列に基づき判別するフォ
ーマット判定ステップと、前記収集された呼情報データを、前記フォーマット判定
ステップにより判定されたデータ形式から所定の検査ツ
ールに入力するための標準のデータ形式へ変換するデー
タ変換ステップと、を含むことを特徴とするプログラ
ム。
【請求項７】請求項６に記載のプログラムを記録した
コンピュータ読取可能な記録媒体。