JPS62259148A - デバグ情報収集制御方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、ソフトウェアによって動作を制御されるシス
テムから、該ソフトウェアに含まれるバグを除去するの
に有効な情報を効率良く収集するためのデバグ情報収集
制御方式に関するものである。

〔従来の技術〕

ソフトウェアの制御によってハードウェアを制御する電
子交換機の様なシステムにおいては、該システムにおけ
る制御装置のアドレス情報を連続的に読み取ったり、制
御対象としての該システムに送出される制御オーダとそ
の応答情報を分析することによりソフトウェアのバグの
所在を探索する方法が用いられている。

このような方法では、読み取らねばならないアドレス情
報率制御オーダとその応答情報などは一般には膨大なデ
ータ量になり、これを蓄積しておくメモリ量の制約から
、実際に収集できた情報の中に有効な情報が含まれてい
ないことが生じたり、大量のデータの中から必要とする
情報を捜し出すのに長時間を要するなどのことが育った
。

こうした問題に対して、従来より読み取るべき情報のパ
ターンが特定のパターンであることに着目して、膨大な
量の情報の中から、所定のビット配置が特定のパターン
になるものだけを取り出すことにより所要メモリ量を減
らす工夫がなされてきた。しかし特定のパターンによる
情報量の絞り込みが充分に出来ない場合や、情報収集の
ために監視しなければならない時間が長い場合には情叩
の格納の為にやはり膨大な量のメモリを必要とするとい
う問題があった。

〔発明が解決しようとする問題点〕

そこで本発明において番よ、ソフトウェアによって動作
を制御されるシステムを対象として行われるデバグ情報
収集制御方式において、無効情報の収集を大幅に減らし
、所要のメモリ容量の節減を可能にすることと、それに
伴うソフトウニアブバグの効率化を図ること、を解決す
べき問題点としている。従って本発明は、かかることの
可能なデバグ情報収集制御方式を提供することを目的と
する。

〔問題点を解決するための手段〕

上記目的を達成するため、本発明では、ソフトウェアに
よって動作を制御されるシステムを対象として、所定の
手順に従って所定の試験信号を送受信する送受信手段と
、前記システムにおける所定の情報観測点において観測
される情報信号を収集する情報信号収集手段と、を有し
、前記送受信手段による試験信号の送受信期間に、前記
情報収集手段により、前記ソフトウェアに含まれるバグ
を除去するのに必要なデバグ情報として、前記観測点に
おいて観測された情報信号を収集するようにしたデバグ
情報収集制御方式において、前記送受信手段による試験
信号の送受信手順の中に、予め前記デバグ情報の収集開
始、停止を指示する指示信号を書き込んでおくようにし
た。

〔作用〕

このように、前記送受信手段による試験信号の送受信手
順の中に、予め前記デバグ情報の収集開始、停止を指示
する指示信号を書き込んでおき、送受信手段は送受信手
順からこれら指示信号を読み取ったとき、これを情報収
集手段に送出し、情報収集手段は、送受信手段から送出
されてくるこれら指示信号に従ってデバグ情報の収集を
行うようにして、収集情報量を真に必要な範囲のものに
限るようにした。

〔実施例〕

次に図を参照して本発明の詳細な説明する。

第１図は、本発明の一実施例としてのデバグ情報収集制
御方式を示すシステム構成図である。

第１図において、１００は例えば電子交換機の様なデバ
グ対象システムである。この種のシステムは、一般には
、処理装置１０１とこれによって制御される装置、例え
ば通話路系装置１０２によって構成され、その間は制御
バス１０３によって結ばれている。

１０４は、デバグ対象システム１００に対して試験に必
要な信号を送受する機能を有する装置（自動試験モジュ
ール）である、そこには、あらかじめ必要な試験信号の
送受信制御手順を格納してお（事ができ、この制御手順
を逐次解釈実行することにより、試験の実施を自動化す
ることが可能である。

例えば、第１の電話機１０５の操作や第２の電話機１０
６の操作に関連付けてデバグ対象システム１００に対す
る必要な試験信号の送受信手順を自動試験モジュール１
０４内に格納しておき、この手順に従って必要な試験信
号を送受してやれば、第１の電話機１０５、第２の電話
機１０６の人手操作を擬似することができ、これにより
デバグ対象システム１００の試験を自動的に実施するこ
とが出来る。

１０７は、デバグ対象システム１００における制御バス
上を流れる情報を監視するバスインタフェース監視装置
である。この例では、デバグ情報観測点である制御バス
１０３に接続しそこを流れる情報の収集を行うために１
０７を用いている。

１０８は、自動試験モジュール１０４における試験に必
要な信号の送受信手順と関連付けて、該モジュール１０
４からの指令によりバスインタフェース監視装置１０７
を制御するための制御線であり、デバグ情報の収集タイ
ミング制御や収集情報の取捨判定をするための付加情報
の送出等に用いられる。

第２図は、第１図における自動試験モジエール１０４の
具体的構成例を示すブロック図である。

同図に見られるように、試験信号の送受信手順を格納す
るメモリ２０１と、この信号送受信手順を読み出しては
判読し、これを信号送受信部２０２に送る処理部２０３
とが該モジュール１０４には含まれている。

試験信号送受信手順格納メモリ２（Ｈには、図示の如く
、電話機発呼信号の送出２０４、交換機からの発信音の
受信確認２０５、ダイヤル番号信号の送出２０６等の試
験信号送受信手順が格納されている。

処理部２０３がメモリ２０１からこの手順を判読して信
号送受信部２０２に送ると、該送受信部２０２はこの指
示に基づく試験信号をインタフェース部２０７を介して
デバグ対象システム１００に送ることにより、試験を実
施する。

例えば、このようにして電話機発呼信号送出２０４をデ
バグ対象システム１００に対して行ったにもかかわらず
、システム１００からは期待した信号（発信音）が受信
出来ず、発信音受信確認２０５が行われ得ないことが分
かった場合、デバグ対象システム１００に何らかのバグ
が存在すると考えられる。この様な場合、第１図におけ
る制御バス１０３上のバス情報を収集・分析することに
よって容易にその原因（バグ）を探索できることが多い
。

一般には制御バス１０３上には膨大な量の情報が流れて
おり、これらの情報をそのまま全てデバグ情報として収
集したのでは膨大な量のメモリエリアを必要とするばか
りでなく、その解析も複雑になり、解析に要する時間も
長くなる。

“本発明では、すでに述べたように、メモリ２０１にお
ける試験手順の記述の中に、試験用送受信信号と関連し
てデバグ情報収集のためのバスインタフェース監視装置
１０７に対する情報収集の開始・停止の指示を書き込ん
でおき、これを実行する点に特徴がある。

従来方式によれば、バスインタフェース監視装置１０７
は、デバグ対象システム１００に対する試験を開始して
からその試験の終了までの長時間にわたって、制御バス
１０３上のバス情報を監視する必要があった。しかし一
般には、試験者は当該試験手順（例２０４，２０５，２
０６．・・・）のうち、試験結果を確認したい手順範囲
を認識しており、一つの試験手順の中では、確認したい
手順範囲は限られた狭い範囲となることが多い。したが
って、それに応じて収集すべきバス情報（デバグ情報）
の収集期間を試験者の最も関心の深い手順範囲にのみ限
定できれば、大量の無効情報の収集を行わなくてもすむ
ことになる。

本発明は、かかる考え方に基づくものであり、以下第２
図に基づいて更に詳しく説明する。

第２図において交換機（デバグ対象システム１００）か
らの発信音の受信確認が試験者の関心事であるなら、そ
れ以前及びそれ以後に収集したデバグ情報は無効情報と
して除去しなければ試験解析に要する時間をいたずらに
長びかせることになる。

そこでバスインタフェース装置１０７に対スるバス情報
収集の開始指令２０８及びバス情報収集の停止指令２１
０をそれぞれ発呼信号送出２０４の手順の直前、及び交
換機からの発信音の受信確認２０５の手順の直後に配備
することにより、デバグ情報収集期間を大幅に短縮し、
試験解析に要する時間をいたずらに長びかせないように
することが可能になる。

今、試験信号送受信手順格納メモＩＪ　２０１上にバス
情報収集開始指令２８が試験手順の一部として記述され
ているものとすると、処理部２０３がこれを読み取り、
信号送受信部２０２）制御線２０９を介してバスインタ
フェース監視装置１０７へ、この開始指令を送出すると
、この時点で初めてバスインタフェース監視装置１０７
は制御バス１０３上のバス情報の収集を開始し、続いて
試験モジュール１０４は、発呼信号の送出２０４、発信
音の受信確認２０５等の手順を実行する。

同様に、試験手順の一部として書き込まれているバス情
報の収集停止指令２１０が実行されて、この旨の指令が
信号送受信部２０２）制御線２０９を介してバスインタ
フェース監視装置１０７へ送出されると、その時点で該
監視装置１０７はバス情報の収集を停止する。このあと
、バスインタフェース監視装置１０７は改めてバス情報
の収集開始指令を受けるまでは、バス情報の収集を行う
ことは無いから、バスインタフェース監視装置１０７に
は、試験者が試験手順の一部としてメモリ２０１に明記
した時間幅（つまり開始指令２０８から停止指令２１０
までの期間）分だけのバス情報が蓄積されることになる
。したがって試験実行後に、この蓄積されたバス情報を
試験手順と関連づけて分析すれば、バグの探索は容易に
行える。

なお、試験対象の交換機ソフトウェア等のバグのため発
信音が自動試験モジュール１０４に返されず、発信音受
信確認２０５の手順がふめない場合もあるが、このよう
な場合、最大待ち時間を設定しておき、これを越えた時
には自動的に次の手順に進んでこれを実行させるような
方法を講じたりすることで対処できる。

第３図は、第２図における制御線２０９上を流れる制御
情報のフォーマット例を示した説明図である。

第３図に見られる如く、制御情報は制御部Ｆ３０１とデ
ータ部ＤＡＴＡ３０２から構成される。

本実施例では、制御部Ｆ３０１でバス情報収集制御を指
令し、ＤＡＴＡ３０２で開始又は停止の情報を付与する
わけである。

第４図は、第２図におけるバスインタフェース監視装置
１０７の具体的構成例を示したブロック図である。同図
において、制御バス１０３　（第１図）を流れる情報を
収集するために、該制御バス１０３にケーブルレシーバ
４０１を介して第１のバッファレジスタ４０２を接続し
、更にこれをゲート回路４０３を介してバッファメモリ
４０４に接続する。

自動試験モジュール１０４からのバス情報収集開始（停
止）指令信号は、制御線２０９を介してバスインタフェ
ース監視装置１０７へ送出される。

この信号は、バスインタフェース監視装置１０７におけ
る解読器４０５に送られ、ここでバス情報収集の開始ま
たは停止を判断する。

もしその信号が開始指令信号の場合は、解読器４０５の
判断により、開示指示信号線４０６が活性化され、表示
用フリップフロップ４０７が点火するが、反対に信号が
停止指令信号の場合は、解読器４０５の判断により停止
指示信号線４０８が活性化されて表示用フリップフロッ
プ４０７は滅火する。

この表示用フリツブフロップ４０７の状態は状態信号線
４０９を経由してゲート回路４０３に接線されているた
め、表示用フリップフロップ４０７が点火状態にあると
きのみ、ゲート回路４０３を活性化することが可能にな
る。

この場合は、もう一つの条件が成立して、始めてゲート
回路４０３は活性化される。すなわち第４図において第
２のバッファレジスタ４１０は、外部から、例えば制御
１線２０９を経由して書込み可能なバッファレジスタで
あり、収集バス情報の取捨判定用情報を格納している。

動作時には、比較手段４１１により、第１のバッフルレ
ジスタ４０２の指定したビット幅情報と第２のバッファ
レジスタ４１０における格納情報とを比較し、両者の情
報が一敗した場合のみ、比較手段４１１の出力信号線４
１２が活性化される。

したがって制御バス１０３からのバス情報のうち、バッ
ファメモリ４０４に格納されるのは、出力信号線４１２
及び状態信号線４０９の両方が活性化された場合におけ
るそれのみであり、比較手段４１１を設けない場合に比
較し、一層無効情報を少なくすることが可能となる。− 又出力信号線４１２の信号を反転してゲート回路４０３
に接続してやれば、上述した二つの情報が一致した場合
のみ、制御バス１０３からのバス情報のバッファメモリ
４０４への格納を禁止できるので、この方法によっても
無効情報を削減できることは明らかである。

第５図は、バスインタフェース監視装置１０７の他の具
体例を示したブロック図である。同図に示した回路構成
が第４図のそれと相違する点は、情報線５０１を図示の
如く付加した点にある。

一般の試験手順の中には、同−手順占の中であっても、
バス情報収集開始指令、停止指令信号が繰り返し含まれ
ることが多い。又、同一のバスインタフェース監視装置
１０７に対して異なる試験手順ファイルから指令信号が
発出されることもある。

このような場合、単に開始指令信号、停止指令信号を監
視装置１０７に送っただけでは、その指令を出した側の
識別を行うことが困難になる。

そこで、こうした不都合を解消するためには、バス情報
収集開始・停止指令信号にその発出側の識別情幸「を付
加してやればよい。第５図において、この識別情報は、
開始指令信号／停止指令信号の発出の都度、情報線５０
１を介してバッファメモＩ７４０５に格納されることに
なり、この識別情報は試験手順と関連付けて収集情報の
解析を行う場合に役立つ。

〔発明の効果〕

以上説明したように、本発明によれば、対象とするシス
テムに対する試験手順と関連付けてデバグ情報収集の制
御を行うため、試験者の関心の深い時間帯の情報のみを
収集でき、不要な無効情報の収集を大幅に削減できると
いう効果がある。これにより試験手順で示した試験信号
の入出力経過と関連づけて、収集した適正量のデバグ情
報の解析を行うことが可能となり、結果としてソフトウ
ニアゾバグの効率化を図ることができる。

【図面の簡単な説明】

第１図は本発明の一実施例としてのデバグ情報収集制御
方式を示すシステム構成図、第２図は第１図における自
動試験モジュール１０４の具体的構成例を示すブロック
図、第３図は制御線２０９上を流れる制御情報のフォー
マット例を示す説明図、第４図、第５図はそれぞれ第２
図におけるバスインタフェース監視装置の具体的構成例
を示したブロック図、である。 符号の説明 １００・・・デバク対象システム、１０１・・・処理装
置、１０２・・・通話路系装置、１０３・・・制御バス
、１０４・・・自動試験モジュール、１０５，１０６・
・・第１．第２の電話機、１０７・・・バスインタフェ
ース監視装置、１０８・・・制御線、２０１・・・メモ
リ、２０２・・・信号送受信部、２０３・・・処理部、
２０４・・・発呼信号送出、２０５・・・発信音受信確
認、２０６・・・ダイヤル信号送出、２０７・・・イン
タフェース部、２０８・・・バス情報収集の開始指令、
２０９・・・制御線、２１０・・・バス情報収集の停止
指令、３０１・・・制御情報の制御部、３０２・・・制
御情報のデータ部、４０１・・・ケーブルレシーバ、４
０２・・・バッファレジスタ、４０３・・・ゲート回路
、４０４・・・バッファメモリ、４０５・・・信号解読
器、４０６・・・バス情報収集開始指示信号、４０７・
・・状態表示用フリップフロップ、４０８・・・バス情
報収集停止ｉ示信号、４０９・・・状態を示す信号線、
４１０・・・バッファレジスタ、４１１・・・比較手段
、４１２・・・出力信号、５０１・・・情報線。

Claims (1)

1. 【特許請求の範囲】 １）ソフトウェアによって動作を制御されるシステムを
   対象として、所定の手順に従って所定の試験信号を送受
   信する送受信手段と、前記システムにおける所定の情報
   観測点において観測される情報信号を収集する情報信号
   収集手段と、を有し、前記送受信手段による試験信号の
   送受信期間に、前記情報収集手段により、前記ソフトウ
   ェアに含まれるバグを除去するのに必要なデバグ情報と
   して、前記観測点において観測された情報信号を収集す
   るようにしたデバグ情報収集制御方式において、 前記送受信手段による試験信号の送受信手順の中に、予
   め前記デバグ情報の収集開始、停止を指示する指示信号
   を書き込んでおき、前記送受信手段は送受信手順からこ
   れら指示信号を読み取ったとき、これを前記情報収集手
   段に送出するようにしておき、情報収集手段は、送受信
   手段から送出されてくるこれら指示信号に従ってデバグ
   情報の収集を行うようにしたことを特徴とするデバグ情
   報収集制御方式。 ２）特許請求の範囲第１項記載のデバグ情報収集制御方
   式において、前記情報収集手段は、前記送受信手段から
   送出されてくる収集開始、停止の指示信号と、収集すべ
   きデバグ情報のパターンが予め定められた情報パターン
   と一致するか、否かの比較結果と、の両者に従ってデバ
   ク情報の収集を行うようにしたことを特徴とするデバグ
   情報収集制御方式。 ３）特許請求の範囲第１項または第２項記載のデバグ情
   報収集制御方式において、前記送受信手段から送出され
   てくる収集開始、停止の指示信号の発出元の識別情報を
   も前記デバグ情報と共に前記情報収集手段が収集するよ
   うにしたことを特徴とするデバグ情報収集方式。