JP2007141072A - トレース情報出力装置 - Google Patents

Abstract

【課題】効率的なデバッグを行なうことが可能なトレース情報出力装置を提供する。
【解決手段】トレース情報の重要度を算出する基準となる重要度算出基準を設定し、重要度算出基準およびトレース情報に含まれる付加情報に基づいて、トレース情報の重要度を算出する。トレース情報一時格納手段に新たなトレース情報を記憶する領域がない場合、重要度の低いトレース情報を削除する。そして、トレース情報一時格納手段に記憶されているトレース情報を、デバッグ装置へ送信する。
【選択図】図１０

Description

本発明は、トレース情報出力装置に関し、特に、組込み機器等の制限された環境におけるソフトウェアが出力するプログラムのトレース情報を、外部のデバッグ装置に対して出力するトレース情報出力装置に関する。

組込み機器等の制限された環境でのソフトウェア開発では、その動作検証、バグの原因追及を行なう場合、リソースの制限や開発環境の制限から、ＰＣ（Personal Computer）における開発と比較し、特別な環境やツール、手法を用いることが必要となる。

ＰＣ上にエミュレーション環境が構築されている場合には、エミュレーション上で動作するソフトウェアに関して、論理的な動作検証がＰＣ上において可能となる。また、ＩＣＥ（In-Circuit Emulater）（インサーキットエミュレータ）等を用いれば、最終ターゲット上での動作をステップ毎に動作させ検証することが可能となる。

しかし、これらの環境やツールはその構築が困難であったり、高価で全ての開発者に環境を提供することが費用的に現実的でなかったり、あるいは実際の動作と完全に一致しない場合があったりする。このため、現在の組込み機器の開発においては、ソフトウェアが各々の動作状況をトレース情報として出力し、この内容を解析することでソフトウェアの動作検証、バグの原因追及を行なうと言う手法が多く用いられている。この手法によると、本来のソフトウェアの動作に与える影響が非常に少ない状態で、内部情報を得られると言う点で優れている。

しかし、ソフトウェアの動作状況を知るために、出力するトレース情報を詳細にしていくと、大量の保存領域を必要とするようになる。このため、組込み機器等の制限された環境においては、トレース情報の蓄積に十分な容量を確保することが出来なくなりトレース情報が欠落し、結果としてソフトウェア動作の検証に必要な情報を得られない場合が発生する。

特開平１０−４０１４０号公報（特許文献１）には、データの格納要求元毎にトレース情報に優先度を設定しておき、保存領域が不足した場合には、一定時間以上経過した、低い優先度のトレース情報を削除する技術が開示されている。これにより、重要なデータが上書きにより失われず、格納領域を効率的に利用可能となる。

しかし、格納領域を機器内部に持つ方式は、組込み機器のように制限された環境では、トレース情報を格納する領域が短期間で不足し、特開平１０−４０１４０号公報（特許文献１）に開示されている技術を用いても、重要なトレース情報の欠落が発生することがある。

これらの課題を解決するため、トレース情報をシリアル等の通信経路を経て外部のデバッグ装置に送信する方式が用いられる場合がある。この方式によると、外部のデバッグ装置はより大容量の格納領域を確保することが可能となる。そのため、格納領域が不足することによる削除処理等を必要とせず、ソフトウェアからの詳細なトレース情報を取得できるようになる。

しかし、一般的に、トレース情報を外部のデバッグ装置に送信する際に用いる通信経路は、シリアル等の比較的低速であることが多く、このため、一時的に大量のトレース情報が出力された場合には、通信経路の許容量を超過し、トレース情報が欠落してしまう事があった。

このため、このように通信経路を経て外部にトレース情報を出力する構成をとっている装置では通常、通信バッファを設け、送信負荷を一定量に安定化することで、一時的な通信負荷の増大によるトレース情報の欠落を防いでいる。

図２５は、従来のデバッグシステム１００００の構成図である。図２５を参照して、デバッグシステム１００００は、トレース情報を外部装置に送信することで、大量のトレース情報を出力可能としている。組込みソフトウェア１００は、トレース情報出力装置２００と、経路４０１によって接続されている。

通常、組込みソフトウェア１００とトレース情報出力装置２００は、組込み機器の内部に存在し、経路４０１は高速なアクセスが可能である。トレース情報出力装置２００は、デバッグ装置３００と通信経路４０２によって接続されている。通信経路４０２は組込み機器と、デバッグ装置とを接続する通信経路であり、通常通信経路４０１と比べ比較的低速である。通信経路４０２は、一般的に、ＲＳ−２３２Ｃ等のシリアル通信を行なう経路である。しかしながら、通信経路４０２に、イーサネット（登録商標）等のＩＰ網を使用した機器もある。

トレース情報出力装置２００は、トレース情報受信手段２０１と、トレース情報一時格納手段２０２と、トレース情報送信手段２０３とを含む。トレース情報受信手段２０１は、組込みソフトウェア１００からのトレース情報を受信する。トレース情報一時格納手段２０２は、受信したトレース情報をデバッグ装置３００に送信するまでの間一時的に格納しておく。トレース情報送信手段２０３は、トレース情報を、デバッグ装置３００へ送信する。

デバッグ装置３００は、トレース情報格納手段３０１と、トレース情報受信手段３０２とを含む。トレース情報受信手段３０２は、トレース情報送信手段２０３から経路４０２を介してトレース情報を受信する。トレース情報格納手段３０１は、受信したトレース情報を格納する。

デバッグシステム１００００では、組込みソフトウェア１００より出力されるトレース情報が一時的に増大した場合、トレース情報受信手段２０１により受信されたトレース情報は、トレース情報送信手段２０３が送信可能な状態になるまで、一時的にトレース情報一時格納手段２０２に保存される。

その後、トレース情報送信手段２０３が送信可能な状態になると、トレース情報送信手段２０３は、経路４０２を介して、トレース情報をトレース情報受信手段３０２へ送信する。トレース情報受信手段３０２は、受信したトレース情報をトレース情報格納手段３０１に格納する。上記処理により、トレース情報が欠落する可能性を低くして、デバッグ装置３００にトレース情報を出力する事が可能となる。

しかし、前述したように、組込み機器では、メモリ容量等の制限が厳しく、通信バッファに関してもメモリ容量の制限から全てのトレース情報を一時保存する十分な領域を確保できない場合がある。特に、詳細な情報の出力が短期間に集中する場合には、やはりトレース情報が欠落してしまうという課題があった。

特開平９−１８５５３１号公報（特許文献２）に記載されているトレース情報の欠落回避装置では、以下の処理によりトレース情報の欠落を回避している。

まず、トレース情報取得装置（１０）は、上位ソフトウェア（１９）からのトレース情報取得要求に応じて、トレースバッファ監視手段（１１）によりトレースバッファ（１５）の使用状況をチェックする。当該チェックにおいて、トレースバッファ不足の危険性を検知した場合には、トレース情報編集手段（１３）によってトレース情報を削減する。そして、トレースバッファ（１５）中の使用可能（書き込み可能）なトレースバッファにトレース情報を格納する。なお、トレースバッファが満杯になった場合にはトレース情報出力手段（１６）に出力要求を通知し、トレース情報を外部に保存する。
特開平１０−４０１４０号公報 特開平９−１８５５３１号公報

しかしながら、特開平９−１８５５３１号公報（特許文献２）に記載されている装置では、トレースバッファ（１５）が満杯になる危険性を事前に検知するトレースバッファ監視手段（１１）が必要である。また、どの程度のトレース情報が今後出力されるかを事前に検知することは困難であり、又、緩やかな予測を行った場合には、メモリの利用効率が下がってしまうという問題点がある。

また、効率的な検知が行なえた場合は新たに取得されたトレース情報から重要度の低い情報を削除する事になる。しかし、デバッグ等においては、必要な項目が出力された情報の内容により必要性が異なるため一律に削除できない。

さらに、トレースバッファ（１５）が満杯になる危険性を検知する前に、重要度の低いトレース情報がバッファに蓄えられていた場合には、メモリが効率的に利用できない。その結果、新たに出力された重要な情報が重要度の低いトレース情報のために、トレース情報として保存できない場合がある。

本発明は、上述の問題点を解決するためになされたものであって、その目的は、効率的なデバッグを行なうことが可能なトレース情報出力装置を提供することである。

上述の課題を解決するために、この発明のある局面に従うと、デバッグ装置とデータ通信可能なトレース情報出力装置は、ソフトウエアから出力されたトレース情報を受信するトレース情報受信手段を備え、トレース情報は、トレース情報に関する情報である付加情報を含み、トレース情報出力装置は、トレース情報を一時的に記憶するトレース情報一時格納手段と、トレース情報をトレース情報一時格納手段に記憶させるトレース情報記憶手段と、トレース情報の重要度を算出する基準となる重要度算出基準を設定する重要度算出基準設定手段と、重要度算出基準および付加情報に基づいて、トレース情報の重要度を算出するトレース情報重要度算出手段と、トレース情報一時格納手段に新たなトレース情報を記憶する領域があるか否かを判断するトレース情報格納判断手段と、トレース情報格納判断手段が、トレース情報一時格納手段に新たなトレース情報を記憶する領域がないと判断した場合、重要度の低いトレース情報を、トレース情報一時格納手段より削除するトレース情報削除手段と、デバッグ装置との通信状態に応じて、トレース情報一時格納手段に記憶されているトレース情報を、デバッグ装置へ送信するトレース情報送信手段とをさらに備える。

好ましくは、トレース情報受信手段が受信したトレース情報から、付加情報を抽出する付加情報抽出手段をさらに備える。

好ましくは、デバッグ装置から、重要度算出基準を受信する重要度算出基準受信手段をさらに備える。

本発明に係るトレース情報出力装置は、トレース情報の重要度を算出する基準となる重要度算出基準を設定し、重要度算出基準およびトレース情報に含まれる付加情報に基づいて、トレース情報の重要度を算出する。トレース情報一時格納手段に新たなトレース情報を記憶する領域がない場合、重要度の低いトレース情報を削除する。そして、トレース情報一時格納手段に記憶されているトレース情報を、デバッグ装置へ送信する。

したがって、重要度の高いトレース情報を、より確実にデバッグ装置へ送信することができる。また、組込み機器等の制限された機器において、デバッグ等のために出力されるトレース情報の欠落を防ぐことができる。その結果、効率的なデバッグが行なえるという効果を奏する。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜第１の実施の形態＞
図１は、本実施の形態におけるデバッグシステム１０００の構成を示すブロック図である。図１を参照して、デバッグシステム１０００は、組込みソフトウェア１００と、トレース情報出力装置５００と、デバッグ装置３００とから構成される。デバッグシステム１０００では、組込み機器で動作するアプリケーションが、デバッグ装置３００に対してトレース情報を出力する。

図２は、組込み機器６００の内部の構成を示すブロック図である。図２を参照して、組込みソフトウェア１００およびトレース情報出力装置５００は、通常、組込み機器６００に組み込まれて実装される。

組込みソフトウェア１００は、組込みソフトウェア（１）１０１、込みソフトウェア（２）１０２、・・・、組込みソフトウェア（ｎ）１０ｎといった複数の組込みソフトウェアから構成される。

組込みソフトウェア１００は、トレース情報出力装置５００と経路４０１で接続されている。経路４０１は物理的に、組込み機器６００の内部にある。そのため、組込みソフトウェア１００は、トレース情報出力装置５００に、高速アクセス可能である。

組込みソフトウェア１００は、トレース情報出力装置５００へ付加情報を含むトレース情報を送信する。

デバッグ装置３００は、組込み機器６００と、経路４０２により接続されている。経路４０２は、ＲＳ−２３２Ｃ規格に基づいてデータをシリアル転送する経路である。なお、経路４０２は、ＲＳ−２３２Ｃ規格に限定されることなく、デバッグ装置３００と、組込み機器６００との間のデータを、シリアル転送、パラレル転送、無線転送等する経路であってもよい。

再び、図１を参照して、トレース情報出力装置１０００は、トレース情報受信手段５０３と、トレース情報一時格納手段５０５と、トレース情報記憶手段５０７と、重要度算出基準設定手段５０１と、トレース情報重要度算出手段５０４と、トレース情報格納判断手段５０８と、トレース情報削除手段５０２と、トレース情報送信手段５０６とを備える。

トレース情報記憶手段５０７、重要度算出基準設定手段５０１、トレース情報重要度算出手段５０４、トレース情報格納判断手段５０８、トレース情報削除手段５０２およびトレース情報送信手段５０６の各々が行なう処理は、１つの制御部が行なう。制御部は、マイクロプロセッサ（Microprocessor）、プログラミングすることができるＬＳＩ（Large Scale Integration）であるＦＰＧＡ（Field Programmable Gate Array）、特定の用途のために設計、製造される集積回路であるＡＳＩＣ（Application Specific Integrated Circuit）、その他の演算機能を有する回路のいずれであってもよい。

なお、トレース情報記憶手段５０７、重要度算出基準設定手段５０１、トレース情報重要度算出手段５０４、トレース情報格納判断手段５０８、トレース情報削除手段５０２およびトレース情報送信手段５０６の各々が行なう処理は、複数の制御部により行なわれてもよい。

トレース情報受信手段５０３は、組込みソフトウェア１００が出力したトレース情報およびトレース情報に含まれる付加情報を受信する。付加情報には、時間情報、分類情報等が含まれる。本実施の形態において、トレース情報受信手段５０３は、図３に示す様なＣ言語のＡＰＩ形式を取っている。

図３を参照して、ＡＰＩとしてのトレース情報受信手段５０３は、第１、第２、第３および第４パラメータとして、それぞれ、トレース情報の分類情報、分類内のレベル、トレース情報メッセージおよびトレース情報のサイズを受信する。

図４は、一例としての、トレース情報の分類を示す図である。本実施の形態では、トレース情報受信手段５０３は、ＡＰＩ形式を取っているが、Ｍｅｓｓａｇｅ形式、共有メモリを使用する方式などであってもよい。

本実施の形態では、呼び出しＡＰＩのパラメータには現れないが、呼び出し時に決定される時間情報等が、トレース情報に、付加情報として更に含まれる場合もある。

図５は、付加情報を含むトレース情報を示す図である。図５を参照して、本実施の形態では、トレース情報を、文字列情報として扱っている。しかしながら、トレース情報は可変長形式のバイナリデータ等、ソフトウェアの動作状態を示す情報であれば形式は問わない。

また、付加情報には、トレース情報重要度算出手段５０４で必要とされる情報を含む。しかしながら、付加情報は、時間情報、分類情報等に限定されることなく、分類毎の重要度、トレース情報出力タスク、出力時のＣＰＵ消費比率等の様々な情報を用いてもよい。

重要度算出基準設定手段５０１は、トレース情報および付加情報に基づいて、後述するトレース情報重要度算出手段５０４において重要度を算出する際に用いられる以下の重要度算出基準を設定する。

図６は、重要度算出基準を示す図である。図６を参照して、重要度算出基準設定手段５０１は、後述する重要度算出テーブルを、後述する重要度基準値の小さいトレース情報程、トレース情報の重要度が高く算出されるように重要度算出基準を設定する。また、重要度算出基準設定手段５０１は、重要度算出テーブルにおける重要度基準値が同じ場合、現在の時間により近いトレース情報（より新しいトレース情報）程、トレース情報の重要度が高く算出されるように重要度算出基準を設定する。

なお、重要度算出基準は、上記のような設定に限定されることなく、「通信に関連する情報は重要」、「アプリケーションの遷移情報は重要」といったことに基づいて、設定されてもよい。

なお、重要度算出基準は、数学的な算出式に基づいて設定されてもよい。また、重要度算出基準は、プログラムにより設定されてもよい。当該プログラムは、ＤＬＬ、Ｊａｖａ（登録商標）等のようなローダブルなプログラムであってもよい。なお、重要度算出基準は、ユーザによる端末操作により設定されてもよい。また、重要度算出基準は、通信経路４０２を介して、設定されてもよい。

図７は、重要度算出基準設定手段５０１が設定する、一例としての重要度算出テーブルＴ１００を示す図である。図７を参照して、レベル１，２，３は、後述する分類内のレベルを示す。重要度算出テーブルＴ１００内の数値は、重要度基準値を示す。重要度算出テーブルＴ１００では、分類情報に対応する重要度基準値が小さい程、重要度が高くなる。なお、本実施の形態では、重要度レベル算出部分のみをテーブル化してある。しかしながら、重要度基準値の算出プログラムをテーブル化したり、Ｊａｖａ（登録商標）やＤＬＬ等の様に、算出プログラムをローダブル形式にしたりすることで、重要度を算出するアルゴリズム自体を切替えてもよい。

再び、図１を参照して、トレース情報重要度算出手段５０４は、受信したトレース情報に含まれる付加情報と、重要度算出基準設定手段５０１により設定された重要度算出基準とに基づいて、トレース情報の重要度を算出する。トレース情報重要度算出手段５０４は、後述するバッファ内において、受信したトレース情報の重要度を算出する。重要度は、時間等の要素を用いて動的に決定されてもよいし、静的に決定されても良い。なお、重要度算出基準設定手段５０１が、重要度算出基準を変更した場合は、重要度算出テーブルにおける数値も変更される。

トレース情報一時格納手段５０５は、受信したトレース情報と、対応する付加情報とを、トレース情報送信手段５０６がデバッグ装置３００へ出力するまでの間、一時的に格納する。

トレース情報一時格納手段５０５は、データを一時的に記憶可能なＲＡＭ（Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＤＲＡＭ（Synchronous DRAM）、ダブルデータレートモードという高速なデータ転送機能を持ったＳＤＲＡＭであるＤＤＲ−ＳＤＲＡＭ（Double Data Rate SDRAM）、Rambus社が開発した高速インターフェース技術を採用したＤＲＡＭであるＲＤＲＡＭ（Rambus Dynamic Random Access Memory）、Ｄｉｒｅｃｔ−ＲＤＲＡＭ（Direct Rambus Dynamic Random Access Memory）、その他、データを揮発的に記憶保持可能な構成を有する回路のいずれであってもよい。トレース情報記憶手段５０７は、トレース情報および付加情報を、トレース情報一時格納手段５０５に記憶させる。

トレース情報一時格納手段５０５にデータを格納する領域を割り当てる方式は、以下のものがある。たとえば、トレース情報一時格納手段５０５に専用にメモリ領域を割り当て、動的に割り当てられた領域から連続領域を取得する方式、割り当てられたメモリ領域を、一定サイズのエントリとして事前に分割する方式などである。

トレース情報一時格納手段５０５には、算出された重要度に基づいて、重要度をソートするための重要度ソートテーブルが格納される。

図８は、重要度ソートテーブルを格納したトレース情報一時格納手段５０５の内部状態を示す図である。図８を参照して、トレース情報一時格納手段５０５には、重要度ソートテーブルが格納される。また、トレース情報一時格納手段５０５には、複数のトレース情報にそれぞれ対応した複数の付加情報が格納される。

図９は、重要度ソートテーブルが格納された場合のトレース情報一時格納手段５０５の内部構成を示す図である。図９を参照して、トレース情報一時格納手段５０５は、重要度ソートテーブル格納手段５０５Ａと、重要度ソートテーブル更新手段５０５Ｂとを備える。重要度ソートテーブル格納手段５０５Ａは、重要度ソートテーブルを格納する。

トレース情報記憶手段５０７が、トレース情報一時格納手段５０５にトレース情報を記憶させる際、重要度ソートテーブル更新手段５０５Ｂは、重要度ソートテーブル格納手段５０５Ａに記憶されている重要度ソートテーブルを更新する。

再び、図１を参照して、トレース情報格納判断手段５０８は、トレース情報一時格納手段５０５に、受信したトレース情報を一時格納する十分な空き領域があるか否かを判断する。トレース情報格納判断手段５０８が、トレース情報一時格納手段５０５に十分な空き領域がないと判断した場合、以下の処理が行なわれる。当該処理では、トレース情報格納判断手段５０８が、受信したトレース情報の重要度と、トレース情報一時格納手段５０５に格納されているトレース情報の重要度とを比較する。トレース情報削除手段５０２は、当該比較の結果に基づいて、重要度の高いトレース情報が残るよう、トレース情報一時格納手段５０５内のトレース情報を削除する。

トレース情報削除手段５０２は、トレース情報一時格納手段５０５内のトレース情報の重要度が、受信したトレース情報の重要度より高い場合には削除せず、受信したトレース情報を破棄する場合もある。

トレース情報送信手段５０６は、デバッグ装置３００とデータ通信を行なう。トレース情報送信手段５０６は、トレース情報一時格納手段５０５に格納されているトレース情報を、デバッグ装置３００へ送信する。

本実施の形態では、トレース情報は、基本的には、記憶された時間の古いものより順次送信される。しかしながら、重要度順にトレース情報を出力し、デバッグ装置３００内で時間順に並べ替える等の方法を用いれば、常に重要度の高い情報を優先してデバッグ装置に送信することも可能である。

次に、トレース情報出力装置５００で行なわれる処理について説明する。以下においては、組込みソフトウェア１００から出力されたトレース情報をトレース情報一時格納手段５０５に格納する処理を、トレース情報格納処理ともいう。

図１０は、トレース情報格納処理のフローチャートである。図１０を参照して、ステップＳ１０１では、トレース情報受信手段５０３が、組込みソフトウェア１００が出力したトレース情報およびトレース情報に含まれる付加情報を受信する。その後、ステップＳ１０２に進む。

ステップＳ１０２では、トレース情報重要度算出手段５０４が、受信したトレース情報の付加情報と、重要度算出基準設定手段５０１により設定された重要度算出基準とに基づいて、トレース情報の重要度を算出する。その後、ステップＳ１０３に進む。

ステップＳ１０３では、トレース情報格納判断手段５０８が、トレース情報一時格納手段５０５に、受信したトレース情報を格納するための空き領域があるか否かを判断する。ステップＳ１０３において、ＹＥＳならば、ステップＳ１１０に進む。一方、ステップＳ１０３において、ＮＯならば、ステップＳ１０４に進む。

ステップＳ１０４では、トレース情報の重要度が、格納されている情報の重要度より高いか否かが判定される。具体的には、ステップＳ１０２で算出されたトレース情報の重要度が、トレース情報一時格納手段５０５に格納されているトレース情報の重要度より高いか否かが、トレース情報格納判断手段５０８により、判定される。ステップＳ１０４において、ＹＥＳならば、ステップＳ１０５に進む。一方、ステップＳ１０４において、ＮＯならば、このトレース情報格納処理は終了する。すなわち、受信されたトレース情報は、トレース情報一時格納手段５０５に格納されない。

より具体的には、トレース情報格納判断手段５０８は、受信したトレース情報の重要度基準値が、トレース情報一時格納手段５０５に格納されている複数のトレース情報の重要度基準値の最大値より小さいか否かを判定する。小さいと判定された場合は、ステップＳ１０５に進む。

一方、小さくないと判定した場合、トレース情報格納判断手段５０８は、受信したトレース情報の重要度基準値が、トレース情報一時格納手段５０５に格納されている複数のトレース情報の重要度基準値の最大値と同じであるか否かを判定する。同じと判定した場合、トレース情報格納判断手段５０８は、受信したトレース情報の方が、トレース情報一時格納手段５０５に格納されている複数のトレース情報の少なくとも１つより、重要度が高いと判定する。この場合、ステップＳ１０５に進む。

なお、本実施の形態では、図８のようにトレース情報一時格納手段５０５に重要度ソートテーブルを保持させることにより、処理の高速化を行っている。

ステップＳ１０５では、トレース情報削除手段５０２が、トレース情報一時格納手段５０５に格納されている重要度の最も低いトレース情報を削除する。より具体的には、トレース情報一時格納手段５０５に格納されている重要度基準値の最も大きいトレース情報が削除される。なお、最も大きい重要度基準値が複数ある場合は、対応するトレース情報のうち、最も長期間、トレース情報一時格納手段５０５に格納されている（最も古い）トレース情報が削除される。

これにより、受信したトレース情報をトレース情報一時格納手段５０５に格納させるための領域が確保される。その後、ステップＳ１１０に進む。

ステップＳ１１０では、トレース情報記憶手段５０７が、受信したトレース情報を、トレース情報一時格納手段５０５に格納させる。また、処理の高速化のために、重要度ソートテーブル更新手段５０５Ｂは、重要度ソートテーブルを更新する。その後、このトレース情報格納処理は終了する。

以上説明したトレース情報格納処理により、トレース情報受信手段５０３が受信したトレース情報は、トレース情報一時格納手段５０５に格納（記憶）される。

次に、トレース情報格納処理を、一例をあげて、具体的に説明する。ここで、、組込みソフトウェア１００が、トレース情報出力装置５００へ出力するトレース情報および付加情報の一例を示す。

図１１は、トレース情報と、付加情報との一例を示すテーブルＴ２００を示す図である。

図１２は、トレース情報および付加情報のデータ形式を示す図である。図１２（Ａ）は、トレース情報のデータ構造を示す図である。図１２（Ａ）を参照して、トレース情報は、トレース内容情報と、サイズ情報と、付加情報とから構成される。トレース内容情報は６４バイトで表現される。サイズ情報は４バイトで表現される。

図１２（Ｂ）は、付加情報のデータ構造を示す図である。図１２（Ｂ）を参照して、付加情報は、分類情報と、分類内のレベル情報と、出力時間情報とから構成される。出力時間情報に示される時間は、組込みソフトウェア１００が、トレース情報をトレース情報出力装置５００へ出力した時間を示す。

分類情報、分類内のレベル情報および出力時間情報の各々は、４バイトで表現される。すなわち、付加情報は、１２バイトで表現される。したがって、トレース情報は、６４＋４＋１２＝８０バイトで表現される。本実施の形態では、１つのトレース情報を１エントリとして取り扱う。また、トレース情報一時格納手段５０５は、トレース情報を、たとえば、６つ格納可能であるとする。

図１２（Ｃ）は、トレース情報一時格納手段５０５に６つのトレース情報が格納された状態を示す図である。

再び、図１１を参照して、テーブルＴ２００内の「トレース情報メッセージ」は、図１２（Ａ）の「トレース内容情報」に対応する。本実施の形態では、組込みソフトウェア１００が、ＩＤが“１”〜“６”にそれぞれ対応する複数のトレース情報を、ＩＤが“１”〜“６”の順で、トレース情報出力装置５００へ順次出力したとする。この場合、トレース情報一時格納手段５０５には、図１３に示すようにデータを格納したテーブルが作成される。

図１３は、一例としての、トレース情報一時格納手段５０５内の状態を示す図である。図１３を参照して、トレース情報一時格納手段５０５には、データテーブルＴ４００と、重要度ソートテーブルＳＴ４００とが格納される。データテーブルＴ４００には、ＩＤ“１”〜“６”にそれぞれ対応する複数のトレース情報からなるデータテーブルである。たとえば、ＩＤ“１”のトレース情報は、図１１より、分類情報は、「ＤＥＢＵＧ」であり、分類内のレベルは“１”である。したがって、トレース情報重要度算出手段５０４は、付加情報（分類情報「ＤＥＢＵＧ」、分類内のレベル“１”）と、図７の重要度算出テーブルＴ１００とにより、ＩＤ“１”のトレース情報の重要度基準値を“１０”と算出する。ＩＤが“２”〜“６”の各々に対応するトレース情報も、ＩＤ“１”のトレース情報と同様にして、重要度基準値が算出される。

重要度ソートテーブルＳＴ４００は、複数のトレース情報の各々の重要度基準値を、数値の高いものから順にソートしたテーブルである。本実施の形態では、重要度基準値が小さい程、トレース情報の重要度は高いとしている。

次に、組込みソフトウェア１００が、ＩＤ“７”のトレース情報（図１１参照）を、トレース情報出力装置５００へ出力したとする。

ＩＤ“７”のトレース情報は、図１１より、分類情報は、「ＮＥＴＷＯＲＫ」であり、分類内のレベルは“２”である。したがって、トレース情報重要度算出手段５０４は、付加情報（分類情報「ＮＥＴＷＯＲＫ」、分類内のレベル“２”）と、図７の重要度算出テーブルＴ１００とにより、ＩＤ“７”のトレース情報の重要度基準値を“１０”と算出する。すなわち、前述のトレース情報格納処理のステップＳ１０２では、ＩＤ“７”のトレース情報の重要度基準値は１０と算出される。

ステップＳ１０３の処理において、この時点で、トレース情報一時格納手段５０５には６エントリ分のトレース情報が記憶されていて、空き領域がないので、ステップＳ１０４に進む。

前述のステップＳ１０４の処理により、トレース情報一時格納手段５０５に格納されている複数のトレース情報の重要度基準値の最大値“１０”と（図１３参照）、ＩＤ“７”のトレース情報の重要度基準値は同じであると判定される。この場合、ＩＤ“７”のトレース情報の方が、トレース情報一時格納手段５０５に格納されている重要度基準値 “１０”のトレース情報よりも、新しいトレース情報なので、重要度が高いと判定される。したがって、ステップＳ１０５に進む。

ステップＳ１０５では、最も大きい重要度基準値を有し、かつ、最も長期間トレース情報一時格納手段５０５に格納されているトレース情報が、最も重要度の低いトレース情報とされる。すなわち、ＩＤ“１”のトレース情報が、トレース情報削除手段５０２により削除される。その後、ステップＳ１１０に進み、トレース情報一時格納手段５０５にＩＤ“７”のトレース情報が格納される。

図１４は、一例としての、トレース情報一時格納手段５０５内の状態を示す図である。図１４に示されるトレース情報一時格納手段５０５内の状態は、ＩＤ“７”のトレース情報が、前述のトレース情報格納処理によって処理された後の状態である。

次に、組込みソフトウェア１００が、ＩＤ“８”のトレース情報（図１１参照）を、トレース情報出力装置５００へ出力したとする。

ＩＤ“８”のトレース情報は、図１１より、分類情報は、「ＮＥＴＷＯＲＫ」であり、分類内のレベルは“１”である。したがって、トレース情報重要度算出手段５０４は、付加情報（分類情報「ＮＥＴＷＯＲＫ」、分類内のレベル“１”）と、図７の重要度算出テーブルＴ１００とにより、ＩＤ“８”のトレース情報の重要度基準値を“５”と算出する。すなわち、トレース情報格納処理のステップＳ１０２では、ＩＤ“８”のトレース情報の重要度基準値が５と算出される。

ステップＳ１０３の処理において、この時点で、トレース情報一時格納手段５０５には６エントリ分のトレース情報が記憶されていて、空き領域がないので、ステップＳ１０４に進む。

前述のステップＳ１０４の処理では、トレース情報格納判断手段５０８が、ＩＤ“８”のトレース情報の重要度基準値“５”が、トレース情報一時格納手段５０５に格納されている複数のトレース情報の重要度基準値の最大値“１０” （図１４参照）より小さいと判定する。したがって、ステップＳ１０５に進む。

ステップＳ１０５では、最も大きい重要度基準値を有し、かつ、最も長期間トレース情報一時格納手段５０５に格納されているトレース情報が、最も重要度の低いトレース情報とされる。この場合、ＩＤ“５”のトレース情報が、トレース情報削除手段５０２により削除される。その後、ステップＳ１１０に進み、トレース情報一時格納手段５０５にＩＤ“８”のトレース情報が格納される。

図１５は、一例としての、トレース情報一時格納手段５０５内の状態を示す図である。図１５に示されるトレース情報一時格納手段５０５内の状態は、ＩＤ“８”のトレース情報が、前述のトレース情報格納処理によって処理された後の状態である。

次に、トレース情報一時格納手段５０５に格納されたトレース情報をデバッグ装置３００へ送信するトレース情報送信処理について説明する。トレース情報送信処理は、前述のトレース情報格納処理とは、独立したタスク上で行われる。

図１６は、トレース情報送信処理のフローチャートである。図１６を参照して、ステップＳ２０１では、トレース情報を送信可能か否かが判定される。具体的には、トレース情報送信手段５０６が、デバッグ装置３００のトレース情報受信手段３０２と通信を行い、トレース情報を送信可能であるか否かの判断を行なう。ステップＳ２０１において、ＹＥＳならば、ステップＳ２０２に進む。一方、ステップＳ２０１において、ＮＯならば、再度、ステップＳ２０１の処理が行なわれる。

ステップＳ２０１において、ＮＯと判定される場合は、たとえば、通信負荷が高い等の理由により、トレース情報の送信が不可能な状態であった場合である。この場合、一定の間隔で、ステップＳ２０１の処理を再度行なうか、セマフォ待ち等によってステップＳ２０１の処理を再度行なってもよい。

ステップＳ２０２では、トレース情報送信手段５０６が、トレース情報一時格納手段５０５に送信すべきトレース情報が格納されているか否かを判定する。ステップＳ２０２において、ＹＥＳならば、ステップＳ２０３に進む。一方、ステップＳ２０２において、ＮＯならば、再度、ステップＳ２０１の処理が行なわれる。

ステップＳ２０３では、トレース情報送信手段５０６が、トレース情報一時格納手段５０５に格納されている送信すべきトレース情報を、デバッグ装置３００へ送信する。ここで、送信されるトレース情報は、トレース情報一時格納手段５０５に格納されている複数のトレース情報のうち、最も古いトレース情報である。すなわち、トレース情報一時格納手段５０５に格納されている複数のトレース情報のうち、最も古いトレース情報から、順次、デバッグ装置３００へ送信される。

なお、トレース情報一時格納手段５０５に格納されている複数のトレース情報のうち、重要度の高い順に、トレース情報が、デバッグ装置３００へ送信されてもよい。この場合、デバッグ装置３００は、受信した複数のトレース情報を古いものから順に並べ替える処理を行なう。ステップＳ２０３の処理が終了すると，ステップＳ２０４に進む。

ステップＳ２０４では、トレース情報送信手段５０６が送信したトレース情報を、トレース情報削除手段５０２がトレース情報一時格納手段５０５から削除する。その後、再度、ステップＳ２０１の処理が行なわれる。

以上のトレース情報送信処理より、トレース情報一時格納手段５０５に格納されたトレース情報は、順次、デバッグ装置３００へ送信される。

次に、初期化時や、ユーザ操作等により、重要度算出基準が設定された場合に行なわれる重要度ソートテーブル更新処理について説明する。なお、重要度ソートテーブル更新処理は、前述したように、高速化のための重要度ソートテーブル等を持つ場合には必要であるが、これらのテーブルを持たない場合には行なう必要はない。

図１７は、重要度ソートテーブル更新処理のフローチャートである。図１７を参照して、ステップＳ３０１では、重要度算出基準設定手段５０１が、前述の重要度算出基準を設定する。その後、ステップＳ３０２に進む。

ステップＳ３０２では、重要度算出基準設定手段５０１が、設定された重要度算出基準に基づいて、トレース情報一時格納手段５０５に格納された重要度算出テーブル内の各重要度基準値を再度計算し、重要度算出テーブルを更新する。そして、重要度算出基準設定手段５０１は、更新した重要度算出テーブルに基づいて、トレース情報一時格納手段５０５に格納された前述の重要度ソートテーブルを更新する。その後、この重要度ソートテーブル更新処理は終了する。

以上の重要度ソートテーブル更新処理により、トレース情報一時格納手段５０５内の重要度算出テーブルおよび重要度ソートテーブルが更新される。そのため、重要度算出基準設定手段５０１により設定された重要度算出基準と、重要度算出テーブルとの整合性が維持される。

次に、重要度ソートテーブル更新処理により更新される重要度ソートテーブルの具体例を説明する。

たとえば、図７に示す重要度算出テーブルＴ１００により作成された、トレース情報一時格納手段５０５内にある重要度ソートテーブルが図１３の状態であるとき、重要度算出基準設定手段５０１により、以下の重要度算出テーブルＴ１１０が設定されたとする。

図１８は、重要度算出テーブルＴ１１０を示す図である。
この場合、前述の重要度ソートテーブル更新処理により、トレース情報一時格納手段５０５に格納される重要度ソートテーブルは、図１９に示すようになる。

以上説明したように、図１０、図１６、図１７の処理により、組込みソフトウェア１００から出力されたトレース情報は、デバッグ装置３００へと出力される事になる。

本実施の形態におけるトレース情報出力装置５００によると、組込みソフトウェア１００から出力されたログ情報（トレース情報）が一時的に増大し、トレース情報一時格納手段５０５の空き領域が不足した場合、以下の処理が行なわれる。当該処理は、ログ情報（トレース情報）に含まれる付加情報に基づいて算出された重要度の低いトレース情報から削除する処理である。

これにより、重要度の高いログ情報を、より確実にトレース情報としてデバッグ装置に出力することができる。また、メモリを効率的に利用することができる。したがって、組込み機器等の制限された機器において、デバッグ等のために出力されるトレース情報の欠落を防ぎ、効率的なデバッグが行なえるという効果を奏する。

＜第１の実施の形態の変形例＞
次に、トレース情報が、図１２（Ｂ）に示すような付加情報を含んでいない場合、トレース内容情報から、時間情報、分類情報等の付加情報を抽出する処理について説明する。

図２０は、本実施の形態の変形例におけるデバッグシステム１０００Ａの構成を示すブロック図である。図２０を参照して、デバッグシステム１０００Ａは、図１のデバッグシステム１０００と比較して、トレース情報出力装置５００の代わりにトレース情報出力装置５００Ａを含む点が異なる。それ以外の構成は、デバッグシステム１０００と同様なので詳細な説明は繰り返さない。

トレース情報出力装置５００Ａは、トレース情報出力装置５００と比較して、付加情報抽出手段５０９をさらに備える点が異なる。それ以外の構成は、トレース情報出力装置５００と同様なので詳細な説明は繰り返さない。

付加情報抽出手段５０９は、トレース内容情報から、トレース情報の重要度の算出に必要な付加情報を抽出する。付加情報抽出手段５０９は、トレース内容情報が定型化されている場合には、その定型フォーマットや、トレース情報を受信した時間等をトレース情報の付加情報として抽出する。

定型化されたトレース内容情報より付加情報を抽出する一例として、図２１（Ａ）に示すようなトレース内容情報が、組込みソフトウェア１００より出力されたとする。この場合、出力されるトレース情報は、“（”および“）”に囲まれた出力時間情報、“［”および“］”に囲まれた出力分類情報、出力時間情報および出力分類情報の後ろに記載された任意のログ情報文字列から構成されるよう定型化されているとする。

これにより、付加情報抽出手段５０９は、図２１（Ａ）に示すようなトレース内容情報から、図２１（Ｂ）に示すような付加情報を抽出することが可能となる。

＜第２の実施の形態＞
第１の実施の形態では、重要度算出基準設定手段５０１は、組込み機器内で重要度算出基準を設定していた。しかしながら、組込み機器に対し、新たにデバッグのためのユーザインタフェースを追加できない場合がある。このような理由から、トレース内容毎に組込み機器のプログラムを書き換えなければならないことがある。

一般的に、組み込み機器では、開発環境の準備が困難であったり、機器へのプログラム書き換えに長時間を要したりするため、容易にプログラム修正を行なえない場合が多い。

本実施の形態では、組込み機器へのユーザインタフェースの追加や、プログラムの書き換えなしに重要度算出基準の設定が可能なデバッグシステムについて説明する。

図２２は、本実施の形態におけるデバッグシステム１０００Ｂの構成を示すブロック図である。図２２を参照して、デバッグシステム１０００Ｂは、図１のデバッグシステム１０００と比較して、トレース情報出力装置５００の代わりにトレース情報出力装置５００Ｂを含む点と、デバッグ装置３００の代わりにデバッグ装置３００Ｂを含む点とが異なる。それ以外の構成は、デバッグシステム１０００と同様なので詳細な説明は繰り返さない。

トレース情報出力装置５００Ｂは、トレース情報出力装置５００と比較して、重要度算出基準受信手段５１０をさらに備える点が異なる。それ以外の構成は、トレース情報出力装置５００と同様なので詳細な説明は繰り返さない。

デバッグ装置３００Ｂは、デバッグ装置３００と比較して、重要度算出基準送信手段３０３をさらに備える点が異なる。それ以外の構成は、デバッグ装置３００と同様なので詳細な説明は繰り返さない。本実施の形態において、重要度ソートテーブルを更新する処理を、重要度ソートテーブル更新処理Ａともいう。

図２３は、重要度ソートテーブル更新処理Ａのフローチャートである。図２３を参照して、デバッグ装置３００Ｂでは、まず、ステップＳ４０１の処理が行なわれる。

ステップＳ４０１では、重要度算出基準送信手段３０３が、重要度算出基準を、経路４０２を介して、トレース情報出力装置５００Ｂへ送信する。その後、デバッグ装置３００Ｂにおける重要度ソートテーブル更新処理Ａは終了する。

トレース情報出力装置５００Ｂでは、まず、ステップＳ５０１の処理が行なわれる。
ステップＳ５０１では、重要度算出基準受信手段５１０が、デバッグ装置３００Ｂから送信された重要度算出基準を受信する。その後、ステップＳ５０２に進む。

ステップＳ５０２では、受信した重要度算出基準が、重要度算出基準設定手段５０１が使用する重要度算出基準に設定される。その後、ステップＳ５０３に進む。

ステップＳ５０３では、重要度算出基準設定手段５０１が、設定された重要度算出基準に基づいて、トレース情報一時格納手段５０５に格納された重要度算出テーブル内の各重要度基準値を再度計算し、重要度算出テーブルを更新する。更新前の重要度算出テーブルが、図７の重要度算出テーブルＴ１００である場合、更新後の重要度算出テーブルは、たとえば、図１８の重要度算出テーブルＴ１１０となる。

そして、重要度算出基準設定手段５０１は、更新した重要度算出テーブルに基づいて、トレース情報一時格納手段５０５に格納された前述の重要度ソートテーブルを更新する。その後、トレース情報出力装置５００Ｂにおける重要度ソートテーブル更新処理Ａは終了する。

以上の処理により、トレース情報一時格納手段５０５内の重要度算出テーブルおよび重要度ソートテーブルは更新される。そのため、重要度算出基準設定手段５０１により設定された重要度算出基準と、重要度算出テーブルとの整合性が維持される。

なお、本実施の形態におけるトレース情報出力装置５００Ｂは、第１の実施の形態で説明した図１０のトレース情報格納処理、図１６のトレース情報送信処理を行なう。したがって、本実施の形態におけるトレース情報出力装置５００Ｂにおいても、第１の実施の形態の奏する効果を得ることができる。

＜第３の実施の形態＞
図２４は、本実施の形態におけるデバッグシステム１０００Ｃの構成を示すブロック図である。図２４を参照して、デバッグシステム１０００Ｃは、図２２のデバッグシステム１０００Ｂと比較して、トレース情報出力装置５００Ｂの代わりにトレース情報出力装置５００Ｃを含む点が異なる。それ以外の構成は、デバッグシステム１０００Ｂと同様なので詳細な説明は繰り返さない。

トレース情報出力装置５００Ｃは、トレース情報出力装置５００Ｂと比較して、付加情報抽出手段５０９をさらに備える点が異なる。それ以外の構成は、トレース情報出力装置５００Ｂと同様なので詳細な説明は繰り返さない。

以上の構成のトレース情報出力装置５００Ｃは、第１の実施の形態の変形例で説明したように、トレース情報が図１２（Ｂ）に示すような付加情報を含んでいない場合、トレース内容情報から、時間情報、分類情報等の付加情報を抽出する処理を行なうことができる。

また、トレース情報出力装置５００Ｃは、第２の実施の形態で説明した重要度ソートテーブル更新処理Ａを行なう。

また、本実施の形態におけるトレース情報出力装置５００Ｃは、第１の実施の形態で説明した図１０のトレース情報格納処理、図１６のトレース情報送信処理を行なう。したがって、本実施の形態におけるトレース情報出力装置５００Ｃにおいても、第１の実施の形態の奏する効果を得ることができる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本実施の形態におけるデバッグシステム１０００の構成を示すブロック図である。 組込み機器の内部の構成を示すブロック図である。 トレース情報受信手段をＣ言語で示した図である。 一例としての、トレース情報の分類を示す図である。 付加情報が追加されたトレース情報を示す図である。 重要度算出基準を示す図である。 重要度算出基準設定手段が設定する、一例としての重要度算出テーブルを示す図である。 重要度ソートテーブルを格納したトレース情報一時格納手段の内部状態を示す図である。 重要度ソートテーブルが格納された場合のトレース情報一時格納手段の内部構成を示す図である。 トレース情報格納処理のフローチャートである。 トレース情報と、付加情報との一例を示すテーブルを示す図である。 トレース情報および付加情報のデータ形式を示す図である。 一例としての、トレース情報一時格納手段内の状態を示す図である。 一例としての、トレース情報一時格納手段内の状態を示す図である。 一例としての、トレース情報一時格納手段内の状態を示す図である。 トレース情報送信処理のフローチャートである。 重要度ソートテーブル更新処理のフローチャートである。 重要度算出テーブルを示す図である。 一例としての、トレース情報一時格納手段内の状態を示す図である。 本実施の形態の変形例におけるデバッグシステムの構成を示すブロック図である。 定型化されたトレース内容情報および抽出された付加情報を示す図である。 本実施の形態におけるデバッグシステムの構成を示すブロック図である。 重要度ソートテーブル更新処理Ａのフローチャートである。 本実施の形態におけるデバッグシステムの構成を示すブロック図である。 従来のデバッグシステムの構成図である。

符号の説明

１００ 組込みソフトウェア、３００，３００Ｂ デバッグ装置、５００，５００Ａ，５００Ｂ，５００Ｃ トレース情報出力装置、５０１ 重要度算出基準設定手段、５０２ トレース情報削除手段、５０３ トレース情報受信手段、５０４ トレース情報重要度算出手段、５０５ トレース情報一時格納手段、５０６ トレース情報送信手段、５０７ トレース情報記憶手段、５０８ トレース情報格納判断手段、１０００，１０００Ａ，１０００Ｂ，１０００Ｃ デバッグシステム。

Claims (3)

1. デバッグ装置とデータ通信可能なトレース情報出力装置であって、
   ソフトウエアから出力されたトレース情報を受信するトレース情報受信手段を備え、
   前記トレース情報は、前記トレース情報に関する情報である付加情報を含み、
   前記トレース情報を一時的に記憶するトレース情報一時格納手段と、
   前記トレース情報を前記トレース情報一時格納手段に記憶させるトレース情報記憶手段と、
   前記トレース情報の重要度を算出する基準となる重要度算出基準を設定する重要度算出基準設定手段と、
   前記重要度算出基準および前記付加情報に基づいて、前記トレース情報の重要度を算出するトレース情報重要度算出手段と、
   前記トレース情報一時格納手段に新たなトレース情報を記憶する領域があるか否かを判断するトレース情報格納判断手段と、
   前記トレース情報格納判断手段が、前記トレース情報一時格納手段に新たなトレース情報を記憶する領域がないと判断した場合、重要度の低いトレース情報を、前記トレース情報一時格納手段より削除するトレース情報削除手段と、
   前記デバッグ装置との通信状態に応じて、前記トレース情報一時格納手段に記憶されているトレース情報を、前記デバッグ装置へ送信するトレース情報送信手段とをさらに備える、トレース情報出力装置。
2. 前記トレース情報受信手段が受信したトレース情報から、前記付加情報を抽出する付加情報抽出手段をさらに備える、請求項１に記載のトレース情報出力装置。
3. 前記デバッグ装置から、前記重要度算出基準を受信する重要度算出基準受信手段をさらに備える、請求項１または請求項２に記載のトレース情報出力装置。

Images