JP2002108656A - プログラム動作検証システム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 被測定プログラム上に柔軟に測定点を配置す
ることができ、被測定プログラムが実際の装置で実行さ
れるときの動作状況を容易に検証することのできるプロ
グラム動作検証システムを提供する。 【解決手段】 測定点抽出手段１３３は性能設計情報１
３１を含んだプログラム動作記述１３２から測定点を抽
出し、測定点埋込手段１３７によってプログラムコード
に測定点（開始点および終了点）を埋め込んで被測定プ
ログラム１１６を作成する。これを実行すると、測定手
段１３９は各測定点でそれらの時刻とイベントを出力し
て測定データ１２４とする。測定データ１２４によって
プログラム実行時の測定点間の経過時間が分かる。これ
により、動作状況を知り動作検証を行うことができる。
経過時間以外の性能指標（たとえばＣＰＵ消費時間、デ
ィスクやネットワークのアクセス回数）にも本発明を適
用できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はプログラムの動作を
検証するためのプログラム動作検証システムに係わり、
特にプログラムの開発時に実際の計算機等でその動作を
検証するためのプログラム動作検証システムに関する。

【０００２】

【従来の技術】ソフトウェア工学の進展によって、比較
的大きなソフトウェアをその構成部品としてのコンポー
ネントを組み合わせて開発するといったコンポーネント
指向開発が普及しつつある。コンポーネントとは、ある
機能やサービスを提供するための独立して交換可能なソ
フトウェアの構成単位をいう。

【０００３】このような開発手法をサポートする技術の
１つにＵＭＬ（Unified Modeling Language）がある。
ＵＭＬはソフトウェアの仕様や、図示、体系化、文書化
の方法を規定したシステム設計用のモデリング言語であ
る。ＵＭＬを利用すると、高品質なシステム構築を可能
にするだけでなく、リアルタイムシステムや分散システ
ム等のさまざまなシステム設計を簡素化することができ
る。ＵＭＬはＯＭＧ（Object Management Group,Inc.）
が標準化を行っている。このＵＭＬで規定されている記
述方法の１つであるシーケンス図は、作成したソフトウ
ェアがコンピュータ等の装置で実際に処理されるときの
動作を、前記したコンポーネントあるいはそれを構成す
るオブジェクトの間で行われる通信といった相互作用を
時間軸に沿って記述するものである。

【０００４】このシーケンス図は、ソフトウェアの動作
を時間軸で表わしているので、この図の中に時間に関係
する性能情報を含めることが容易にできる。たとえばあ
るコンポーネントの処理は３秒間を要したといった情報
を含めてソフトウェアの動作を表現することができる。
実際に、ＵＭＬの第１．３版の仕様書（OMG UnifiedMod
eling Language Specification, http://cgi.omg.org/c
gi-bin/doc?formal/00-03-0.1.pdf）の３−９６ページ
に示されているシーケンス図には、プログラムの実行に
関する性能条件も一緒に記述している。このような性能
条件の集まりを本明細書では性能設計情報と呼ぶことに
する。

【０００５】一方、計算機の従来の性能測定は、マイク
ロソフト社のＯＳ（オペレーションシステム）としての
ウィンドウズで使用されているパフォーマンスモニタ
（performance monitor）やユニックス（ＵＮＩＸ（登
録商標））におけるＳＡＲ(システム動作情報表示機能)
のようにＣＰＵ（中央処理装置）やディスクといった計
算機資源の使用率の計測が一般的である。

【０００６】これら従来から使用されたツールは、一定
の周期で測定対象のシステムの状態を調べて計算機資源
の使用率を見積もるサンプリング手法をベースとしてい
る。また、計算機資源の使用開始や終了といったイベン
ト発生時に測定操作を行うことで、計算機資源の使用時
間を測定するようにしたイベントドリブン方式のツール
も存在している。

【０００７】これらはいずれも、測定期間中の計算機資
源の使用率（あるいは使用時間）を測定するものであ
る。すなわちこれらの性能測定は、性能設計情報として
のシーケンス図で記述された性能条件に直接対応するも
のではない。したがって、たとえばあるオブジェクトが
処理要求メッセージを受信してからリプライを返すまで
の処理に要した計算機資源量を測定するといった、性能
条件で引用されているプログラム実行途中の２点の処理
を測定することはできない。このため、前記したように
ソフトウェアを作成するときにその構成部品としてのコ
ンポーネントごとの性能を評価するといったことができ
ない。

【０００８】ところで、特開平１１−９６０４６号公報
ではプログラムが動作する計算機システムからプログラ
ムの稼動状況を取得する際に、予め該当するプログラ
ム、収集タイミング、収集するデータの項目等を含んだ
収集情報選択定義情報を外部から定義情報格納手段に格
納するようにしている。この技術では、熟練したソフト
ウェア開発者が収集情報選択定義情報を定義情報格納手
段に格納することでこれらの者のノウハウを活かして誤
った情報を収集したり不十分な情報を収集するといった
不都合を解消している。しかしながら、このような技術
で活用される定義情報格納手段では該当するプログラム
を指定するのは人手に頼ることになる。また、熟練者の
ノウハウを活用するということは定義情報格納手段に格
納する情報の入力を行う者は熟練者であることを必要と
するという問題がある。

【０００９】一方、特開平９−１８３０３号公報では、
現在使用されているプログラム言語よりも上位レベルの
記述を利用して、分散アプリケーションを自動構築する
手法の分野で、上位レベル記述から測定点を抽出して、
プローブを自動的に埋め込む処理を開示している。ま
た、特許第２９２４４３６号公報では、性能測定対象の
プロセスに遠隔手続き呼び出しがあることを前もって検
出して性能の測定を行うシステムを開示している。

【００１０】更に特開平８−３１４７６７号公報では、
ＯＳ機能として用意されているイベント収集機能を使用
して計算機の性能を測定する技術を開示している。すな
わち、この技術ではタスクの実行中にＯＳによって収集
されるイベント情報を時系列的に格納して、全タスクの
実行後に、これらのイベント情報を順次読み出して、タ
スクごとにデータベースのリソースや入力操作に関する
データベース関連のイベント情報を抽出し、データベー
スの操作性に関する複数の評価パラメータを集計するよ
うにしている。

【００１１】

【発明が解決しようとする課題】しかしながら、これら
の技術は先の特開平１１−９６０４６号公報とも共通す
るが、プログラムにおける測定点の抽出をソフトウェア
技術者あるいは測定実施者が手作業で行っていたり、メ
ッセージの送受信点といったように予め決まったルール
を使用したり、ＯＳ自体が用意している機能を利用する
ようになっている。

【００１２】このため、手作業で行う場合には得られた
測定結果に人為的な影響が作用してしまい、測定結果が
妥当であるかどうかの判断が困難であるという問題があ
った。また、測定の実施者が特別な知識や経験を有する
者に限定されるだけでなく、作業に時間を要するといっ
た問題があった。更に、予め決まったルールや機能を使
用する場合には、手作業で行う場合の問題がなくなる一
方で、プログラム上に測定点を設置することができる位
置が、これらのルールや機能を適用できる箇所に限られ
ることになる。したがって、測定を柔軟に行うことがで
きないという問題があった。

【００１３】このため、性能設計情報を含むプログラム
動作記述をもとに開発されたプログラムがこれらの性能
設計情報で示されている性能条件（たとえば、プログラ
ム実行中における任意の点を参照する）を満足している
かどうかを調べるための測定を行うものとすると、従来
ではソフトウェアの開発者が手作業で性能設計情報に対
応する測定点を抽出していた。そして、これらの測定点
を用いて、プログラムの実行に要した時間が適切な時間
範囲であったかといった性能測定を実施する必要があっ
た。このために、前記した手作業が原因で測定の実施に
手間がかかるといった問題があった。

【００１４】またこのような従来の手法によると、測定
点の抽出操作を個々のプログラムごとに個別に行う必要
があった。このように、性能設計情報に対応させた測定
を行う測定手法を汎用化された測定ツールという形で提
供するまでに至っておらず、これが測定の実施に時間が
かかる一因ともなっていた。また、予め決まったルール
や機能を使用する場合には、測定点が一方的に定められ
ることになり、必要な測定点を任意に抽出することがで
きない。したがって、性能設計を行う際に性能条件を自
由に記述することができないという問題があった。

【００１５】そこで本発明の目的は、被測定プログラム
上に柔軟に測定点を配置することができ、被測定プログ
ラムが実際の装置で実行されるときの動作状況を容易に
検証することのできるプログラム動作検証システムを提
供することにある。

【００１６】

【課題を解決するための手段】請求項１記載の発明で
は、（イ）プログラムのある特定範囲の処理に要する経
過時間等の所定の性能指標を調べる性能設計情報を含ん
だプログラム動作記述から検証の対象となる被測定プロ
グラムに埋め込む測定開始のための測定開始点および測
定終了のための測定終了点を読み出す読出手段と、
（ロ）この読出手段で読み出した測定開始点および測定
終了点を該当する箇所にそれぞれ埋め込んだ被測定プロ
グラムを作成する被測定プログラム作成手段と、（ハ）
この被測定プログラム作成手段によって作成された被測
定プログラムを所定の装置に組み込んで実行するプログ
ラム実行手段と、（ニ）このプログラム実行手段の被測
定プログラムの実行の際に測定開始点および測定終了点
の埋め込み箇所の処理が実行されるときの性能指標をそ
れぞれ測定する性能指標測定手段と、（ホ）この時刻測
定手段によって測定された測定開始点と測定終了点のそ
れぞれの性能指標の差から被測定プログラムのこれら測
定開始点から測定終了点に至る性能指標値を算出する性
能指標値算出手段と、（へ）この性能指標値算出手段に
よって算出した性能指標値を被測定プログラムの対応す
る箇所と共に表示する表示手段とをプログラム動作検証
システムに具備させる。

【００１７】すなわち請求項１記載の発明では、読出手
段によって性能設計情報を含んだプログラム動作記述か
ら検証の対象となる被測定プログラムに埋め込む測定開
始点と測定終了点および設計値を読み出して、被測定プ
ログラム作成手段で測定開始点と測定終了点をプログラ
ムの該当箇所に埋め込んで被測定プログラムを作成する
ようにしている。そして、時刻測定手段によってプログ
ラム実行手段の被測定プログラムの実行の際に測定開始
点および測定終了点の埋め込み箇所の処理が実行される
ときの性能指標をそれぞれ測定し、それぞれの性能指標
の差から被測定プログラムのこれら測定開始点から測定
終了点に至る性能指標値を算出するようにしている。算
出した性能指標値は判別手段を用いて設計値を満足する
か否かを判別し、判別結果が被測定プログラムの対応す
る箇所に表示される。このように請求項１記載の発明で
は、プログラム動作記述の性能設計情報に記述した内容
を基にして測定開始点と測定終了点を抽出するので、た
とえばプログラマが性能設計情報として測定の開始点や
終了点を判読できるデータを書き込んでおくことによ
り、被測定プログラムの所望の箇所で測定を開始したり
終了させることができる。したがって、プログラムにお
ける測定点の抽出をソフトウェア技術者あるいは測定実
施者が手作業で行う必要がない。また、メッセージの送
受信点といったように予め決まったルールを使用した
り、ＯＳ自体が用意している機能を利用する場合と異な
り、被測定プログラムの所望のコンポーネントの開始点
と終了点を任意に指定して測定を行うことができる。そ
してこれらの点での性能指標を求め、これらの差から性
能指標値を算出しこれを設計値と比較した判別結果を被
測定プログラムの対応する箇所に対応付けて表示するの
で、チェックするコンポーネントが多いような場合にも
それぞれの性能指標値が設計値を満足しているかどうか
を短時間にチェックすることができる。

【００１８】請求項２記載の発明では、（イ）プログラ
ムのある特定範囲の処理に要する経過時間等の所定の性
能指標がその処理について予め定めた設計値の範囲内に
収まっているかどうかを少なくとも調べる性能設計情報
を含んだプログラム動作記述から検証の対象となる被測
定プログラムに埋め込む測定開始のための測定開始点と
測定終了のための測定終了点および設計値を読み出す読
出手段と、（ロ）この読出手段で読み出した測定開始点
および測定終了点を該当する箇所にそれぞれ埋め込んだ
被測定プログラムを作成する被測定プログラム作成手段
と、（ハ）この被測定プログラム作成手段によって作成
された被測定プログラムを所定の装置に組み込んで実行
するプログラム実行手段と、（ニ）このプログラム実行
手段の被測定プログラムの実行の際に測定開始点および
測定終了点の埋め込み箇所の処理が実行されるときの性
能指標をそれぞれ測定する性能指標測定手段と、（ホ）
この性能指標測定手段によって測定された測定開始点と
測定終了点のそれぞれの性能指標の差から被測定プログ
ラムのこれら測定開始点から測定終了点に至る性能指標
値を算出する性能指標値算出手段と、（へ）この性能指
標値算出手段によって算出した性能指標値を被測定プロ
グラムの対応する箇所ならびに設計値と共に表示する表
示手段とをプログラム動作検証システムに具備させる。

【００１９】すなわち、請求項２記載の発明では、プロ
グラム動作記述の性能設計情報に記述した内容を基にし
て測定開始点と測定終了点を抽出するので、たとえばプ
ログラマが性能設計情報として測定の開始点や終了点を
判読できるデータを書き込んでおくことにより、被測定
プログラムの所望の箇所で測定を開始したり終了させる
ことができる。したがって、プログラムにおける測定点
の抽出をソフトウェア技術者あるいは測定実施者が手作
業で行う必要がない。また、メッセージの送受信点とい
ったように予め決まったルールを使用したり、ＯＳ自体
が用意している機能を利用する場合と異なり、被測定プ
ログラムの所望のコンポーネントの開始点と終了点を任
意に指定して測定を行うことができる。そしてこれらの
点での性能指標を求め、これらの差から性能指標値を算
出して表示するので、性能指標値を被測定プログラムの
対応する箇所に対応付けて簡単にチェックすることがで
きる。更に本発明では、算出した性能指標値を設計値と
共に被測定プログラムの対応する箇所に表示するので、
算出した性能指標値が設計値を満足しているか否かを簡
単にチェックすることができる。

【００２０】請求項３記載の発明では、（イ）プログラ
ムのある特定範囲の処理に要する経過時間等の所定の性
能指標がその処理について予め定めた設計値の範囲内に
収まっているかどうかを少なくとも調べる性能設計情報
を含んだプログラム動作記述から検証の対象となる被測
定プログラムに埋め込む測定開始のための測定開始点と
測定終了のための測定終了点および設計値を読み出す読
出手段と、（ロ）この読出手段で読み出した測定開始点
および測定終了点を該当する箇所にそれぞれ埋め込んだ
被測定プログラムを作成する被測定プログラム作成手段
と、（ハ）この被測定プログラム作成手段によって作成
された被測定プログラムを所定の装置に組み込んで実行
するプログラム実行手段と、（ニ）このプログラム実行
手段の被測定プログラムの実行の際に測定開始点および
測定終了点の埋め込み箇所の処理が実行されるときの性
能指標をそれぞれ測定する性能指標測定手段と、（ホ）
この性能指標測定手段によって測定された測定開始点と
測定終了点の性能指標の差から被測定プログラムのこれ
ら測定開始点から測定終了点に至るまでのプログラムの
実行に要する性能指標値を算出する性能指標値算出手段
と、（へ）この性能指標値算出手段によって算出した性
能指標値が設計値を満足するか否かを判別する判別手段
と、（ト）この判別手段によって判別した結果を被測定
プログラムの対応する箇所と共に表示する表示手段とを
プログラム動作検証システムに具備させる。

【００２１】すなわち請求項３記載の発明では、プログ
ラム動作記述の性能設計情報に記述した内容を基にして
測定開始点と測定終了点を抽出するので、たとえばプロ
グラマが性能設計情報として測定の開始点や終了点を判
読できるデータを書き込んでおくことにより、被測定プ
ログラムの所望の箇所で測定を開始したり終了させるこ
とができる。したがって、プログラムにおける測定点の
抽出をソフトウェア技術者あるいは測定実施者が手作業
で行う必要がない。また、メッセージの送受信点といっ
たように予め決まったルールを使用したり、ＯＳ自体が
用意している機能を利用する場合と異なり、被測定プロ
グラムの所望のコンポーネントの開始点と終了点を任意
に指定して測定を行うことができる。そしてこれらの点
での性能指標を求め、これらの差から性能指標値を算出
しこれを設計値と比較した判別結果を被測定プログラム
の対応する箇所に対応付けて表示するので、チェックす
るコンポーネントが多いような場合にもそれぞれの性能
指標値が設計値を満足しているかどうかを短時間にチェ
ックすることができる。

【００２２】請求項４記載の発明では、性能指標は、た
とえばプログラムのある特定範囲の処理に要する経過時
間の他に、ＣＰＵ消費時間、ディスクやネットワークの
アクセス回数、入出力データのサイズ等の指標であるこ
とを示している。

【００２３】請求項５記載の発明では、（イ）プログラ
ムのある特定範囲の処理に要する経過時間がその処理に
ついて予め定めた設計値の範囲内に収まっているかどう
かを少なくとも調べる性能設計情報を含んだプログラム
動作記述から検証の対象となる被測定プログラムに埋め
込む測定開始のための測定開始点と測定終了のための測
定終了点および設計値を読み出す読出手段と、（ロ）こ
の読出手段で読み出した測定開始点および測定終了点を
該当する箇所にそれぞれ埋め込んだ被測定プログラムを
作成する被測定プログラム作成手段と、（ハ）この被測
定プログラム作成手段によって作成された被測定プログ
ラムを所定の装置に組み込んで実行するプログラム実行
手段と、（ニ）このプログラム実行手段の被測定プログ
ラムの実行の際に測定開始点および測定終了点の埋め込
み箇所の処理が実行されるときの時刻をそれぞれ測定す
る時刻測定手段と、（ホ）この時刻測定手段によって測
定された測定開始点と測定終了点の時刻の差から被測定
プログラムのこれら測定開始点から測定終了点に至るま
でのプログラムの実行に要する経過時間を算出する経過
時間算出手段と、（へ）この経過時間算出手段によって
算出した経過時間が設計値を満足するか否かを判別する
判別手段と、（ト）この判別手段によって判別した結果
を被測定プログラムの対応する箇所と共に表示する表示
手段とをプログラム動作検証システムに具備させる。

【００２４】すなわち請求項５記載の発明では、読出手
段によって性能設計情報を含んだプログラム動作記述か
ら検証の対象となる被測定プログラムに埋め込む測定開
始点と測定終了点および設計値を読み出して、被測定プ
ログラム作成手段で測定開始点と測定終了点をプログラ
ムの該当箇所に埋め込んで被測定プログラムを作成する
ようにしている。そして、時刻測定手段によってプログ
ラム実行手段の被測定プログラムの実行の際に測定開始
点および測定終了点の埋め込み箇所の処理が実行される
ときの時刻をそれぞれ測定し、被測定プログラムのこれ
ら測定開始点から測定終了点に至るまでのプログラムの
実行に要する経過時間を経過時間算出手段によって算出
するようにしている。算出した経過時間は判別手段を用
いて設計値を満足するか否かを判別し、判別結果が被測
定プログラムの対応する箇所に表示される。

【００２５】このように請求項５記載の発明では、プロ
グラム動作記述の性能設計情報に記述した内容を基にし
て測定開始点と測定終了点を抽出するので、たとえばプ
ログラマが性能設計情報として測定の開始点や終了点を
判読できるデータを書き込んでおくことにより、被測定
プログラムの所望の箇所で測定を開始したり終了させる
ことができる。したがって、プログラムにおける測定点
の抽出をソフトウェア技術者あるいは測定実施者が手作
業で行う必要がない。また、メッセージの送受信点とい
ったように予め決まったルールを使用したり、ＯＳ自体
が用意している機能を利用する場合と異なり、被測定プ
ログラムの所望のコンポーネントの開始点と終了点を任
意に指定して測定を行うことができる。そしてこれらの
点での処理時刻を求め、これらの差から経過時間を算出
しこれを設計値と比較した判別結果を被測定プログラム
の対応する箇所に対応付けて表示するので、チェックす
るコンポーネントが多いような場合にもそれぞれの所要
時間が設計値を満足しているかどうかを短時間にチェッ
クすることができる。

【００２６】請求項６記載の発明では、請求項５記載の
プログラム動作検証システムで、表示手段は経過時間算
出手段によって算出した実際の経過時間も被測定プログ
ラムの対応する箇所と共に表示することを特徴としてい
る。

【００２７】すなわち請求項６記載の発明では、請求項
３記載の発明による表示内容に加えて経過時間算出手段
によって算出した実際の経過時間も表示するようにして
いるので、この経過時間を設計値と対比することでプロ
グラムの実行について何らかの不具合があったときにそ
の原因を大まかに類推することができる。

【００２８】請求項７記載の発明では、請求項１〜請求
項３または請求項５記載のプログラム動作検証システム
で、前記した所定の装置は複数の装置によって構成され
ており、プログラムのある特定範囲の処理とは被測定プ
ログラムのうち特定の装置に割り当てられたコンポーネ
ントの処理であることを特徴としている。

【００２９】すなわち請求項７記載の発明では、１つの
被測定プログラムが複数の装置によってコンポーネント
単位で実行される例を示している。このようなコンポー
ネントごとの経過時間を表示したりそれぞれの設計値と
比較することがコンポーネント単位で測定開始点と測定
終了点をプログラム動作記述から抽出し被測定プログラ
ムに埋め込むことで実現可能になる。

【００３０】請求項８記載の発明では、請求項１〜請求
項３または請求項５記載のプログラム動作検証システム
で、前記した所定の装置は通信ケーブルによって接続さ
れた複数の装置によって構成されており、それぞれの装
置に対して被測定プログラムのコンポーネントが割り振
られており、表示手段はそれぞれのコンポーネントにつ
いての表示を一箇所で集中的に行うことを特徴としてい
る。

【００３１】すなわち請求項８記載の発明では、１つの
被測定プログラムが複数の装置によって実行されると
き、それぞれの装置におけるコンポーネントごとの検証
結果は１つの装置で集中的に表示される例を示してお
り、これにより被測定プログラムの動作全体についての
集中的な検証が可能になる。

【００３２】請求項９記載の発明では、請求項１〜請求
項３または請求項５記載のプログラム動作検証システム
で、前記した所定の装置は通信ケーブルによって接続さ
れた複数の装置によって構成されており、それぞれの装
置に対して被測定プログラムのコンポーネントが割り振
られており、表示手段はそれぞれの装置単位で該当する
コンポーネントごとの表示を行うことを特徴としてい
る。

【００３３】すなわち請求項９記載の発明では、１つの
被測定プログラムが複数の装置によって実行されると
き、それぞれの装置におけるコンポーネントごとの検証
結果は装置ごとに表示される例を示している。これによ
り、各装置側で自己に関係するコンポーネントの不具合
に対するハードウェア側の原因を探る等の対処を容易に
行うことができる。

【００３４】

【発明の実施の形態】

【００３５】

【実施例】以下実施例につき本発明を詳細に説明する。

【００３６】図１は本発明の一実施例におけるプログラ
ム動作検証システムの構成の概要を示したものである。
本実施例のシステムは、被測定計算機１０１と測定装置
１０２とによって構成されている。被測定計算機１０１
は、通常のパーソナルコンピュータと同一の構成となっ
ており、ＣＰＵ（中央処理装置）１１１およびハードデ
ィスク、ＲＡＭ（ランダム・アクセス・メモリ）等から
なるメモリ１１２の他に、測定装置１０２にデータを出
力するためのデータ出力部１１３を備えており、それら
がバス１１４に接続されている。メモリ１１２内にはこ
の被測定計算機１０１の基本的な制御を行わせるための
プログラムとしてのＯＳ１１５とこのＯＳ１１５上で実
行される被測定プログラム１１６が格納されている。被
測定プログラム１１６には、プログラム動作記述を基に
して測定点が埋め込まれている。

【００３７】なお、この図ではキーボード等の入力機器
（図示せず）やディスク読取装置等の装置からデータの
入力を行うデータ入力部やディスプレイ（図示せず）の
表示制御を行う表示制御部等の回路装置は本発明の動作
と直接関係しない。そこで、これらの図示を省略してい
る。

【００３８】被測定計算機１０１のＯＳ１１５の基本機
能を実現する部分としてのカーネル内には、ＣＰＵや磁
気ディスク、光ディスクといった計算機資源の使用状況
を示すイベントを出力するためにカーネルプローブ１１
７が埋め込まれている。被測定プログラム１１６が実行
され、計算機資源の使用状況のうちの特定のものがカー
ネルプローブ１１７によって検出されると、これらの使
用状況がイベントデータ１１８として測定装置１０２に
出力される。このカーネルプローブ１１７の他にプログ
ラム中に埋め込まれた測定点を検出するプローブ（以
下、測定点プローブという。）も存在している。測定点
プローブもこれが実行されたときイベントデータ１１８
をデータ出力線１１９を介して測定装置１０２に出力す
るようになっている。

【００３９】一方、測定装置１０２はデータ出力線１１
９によって受信した被測定計算機からのイベントデータ
１１８を記録装置１２１に入力するようになっている。
記録装置１２１には測定装置１０２内に設けられた時計
回路１２２から時刻データ１２３も供給されるようにな
っている。記録装置１２１はイベントデータ１１８と時
刻データ１２３を対応付けて測定データ１２４として記
録する。この測定データ１２４を基にして、ある測定点
から他の測定点に至るまでの経過時間が検証したい動作
条件としての時間範囲（設計値）に合致しているかどう
かの判別が行われる。これについては次に説明する。

【００４０】図２は、本実施例のプログラム動作検証シ
ステムの動作の概要を示したものである。図１に示した
被測定プログラム１１６を作成するために、プログラム
の作成時にプログラマは性能設計情報１３１を含んだプ
ログラム動作記述１３２を作成する。プログラム動作記
述１３２には、予めプログラマがプログラムの動作を実
際の装置で検証するための測定の開始点および終了点を
示す位置を記している。プログラムの実行に関する性能
条件を表わした性能設計情報１３１として、本実施例で
は測定点による測定の開始から終了までに許容できる所
要時間としての設計値が記述されている。

【００４１】測定点抽出手段１３３は、各コンポーネン
トの境界位置のような測定点をプログラム動作記述１３
２から抽出し、これを所定の記憶領域に測定点情報１３
５として格納する。これらの測定点情報１３５は、プロ
グラムコード１３６の該当する位置に測定点埋込手段１
３７によって埋め込まれる。被測定計算機１０１内で測
定点埋込手段１３７はＯＳ１１５によって所定の制御を
行うＣＰＵ１１１が該当する。このような埋め込み操作
によって被測定プログラム１１６（図１参照）が作成さ
れる。

【００４２】被測定プログラム１１６は測定点から他の
測定点まで所要時間を測定する装置（たとえば図１に示
した測定装置１０２）からなる測定手段１３９によって
測定され、その結果としての測定データ１２４が作成さ
れる。測定データ１２４は、データ分析比較手段１４２
に入力される。図１ではこれを記録装置１２１が兼用し
ている。データ分析比較手段１４２は、プログラム動作
記述１３２内の性能設計情報１３１から測定点の開始か
ら終了までに予想される時間の許容値（設計値）と実際
に費やした時間を比較して、被測定プログラム１１６の
動作が正常であるかどうかの検証結果を図１に示す記録
装置１２１のような装置でプリントアウトしたり、図示
しないディスプレイに表示するようになっている。

【００４３】図３は、本実施例のプログラム検証用のク
ライアントとサーバの関係を示したものである。クライ
アント１６１はインターネットで通信を行うための通信
ケーブル１６２を介してサーバ１６３と接続されてい
る。なお、ここでは説明を簡単にするためにクライアン
ト１６１とサーバ１６３を１対１の関係で図示してい
る。図１に示した被測定計算機１０１と測定装置１０２
は、図示していないが通信ケーブルでこれらクライアン
ト１６１およびサーバ１６３と接続されている。

【００４４】図４は、プログラマによるプログラム動作
記述の例を示したものである。本実施例ではＵＭＬ（Un
ified Modeling Language）を使用して記述を行ってい
る。図で左側がクライアント１６１側の記述であり、右
側がサーバ１６３側の記述である。これらの記述で、枠
で示した“{”と“}”で囲まれた箇所が性能設計情報１
７１〜１７３である。

【００４５】この言語の記述を簡単に説明すると、“Be
gin Client Process”という記述によってクライアント
１６１が処理を開始し、“Send Request To Server”と
いう記述でたとえばある処理をサーバ１６３側に要求し
ている。この“Send RequestTo Server”という処理の
要求に付帯して、以下のような性能設計情報１７１が記
述されている。 {Send Request To Server - Begin Client Process < 1
sec} （性能設計情報１７１）

【００４６】この性能設計情報１７１は、不等式の左辺
で示した２点間、すなわち“BeginClient Process”か
ら“Send Request To Server”までの間に消費するクラ
イアント１６１側のＣＰＵの経過時間が右辺に示した
“1 sec”(１秒)よりも短いという条件を示している。
この条件は、プログラムを処理する装置側等に何らかの
不具合がなければ、達成される範囲の値である前記した
設計値として記載される。したがって、この場合には、
“Begin Client Process”と“Send Request ToServe
r”の記述が行われたプログラムの箇所がそれぞれ測定
点１８１、１８２となる。

【００４７】“Send Request To Server”という処理の
要求の記述に基づいて、クライアント１６１側からサー
バ１６３側にリクエスト（Request）が行われる。サー
バ１６３では、“Receive Request From Client”とい
う記述の箇所でクライアント１６１から処理の要求を受
け、“Send Reply To Client” という記述の箇所で返
答（Reply）をクライアント１６１に返す。サーバ１６
３側におけるこの箇所には以下のような性能設計情報１
７２が記述されている。 {Send Reply To Client - Receive Request From Clien
t < 3 sec} （性能設計情報１７２）

【００４８】この性能設計情報１７２は、不等式の左辺
で示した２点間、すなわち“Receive Request From Cli
ent”から“Send Reply To Client”までに消費するサ
ーバ１６３側の経過時間が、右辺に示した“3 sec”(３
秒)よりも短いという条件を示している。この条件も、
プログラムを処理する装置側等に何らかの不具合がなけ
れば、達成される範囲の値である前記した設計値として
記載される。したがって、この場合には、“Receive Re
quest From Client”と“Send Reply To Client”の記
述が行われたプログラムの箇所がそれぞれ測定点１８
３、１８４となる。

【００４９】クライアント１６１は“Receive Reply Fr
om Server”という記述の箇所でサーバ１６３側の返答
（Reply）を受ける。そしてそれから所定の作業を行っ
た後に“End Client Process”で所定の処理を完了させ
る。この記述の箇所には以下のような性能設計情報１７
３が記述されている。 {End Client Process - Receive Reply From Server <
2 sec} （性能設計情報１７３）

【００５０】この性能設計情報１７３は、不等式の左辺
で示した２点間、すなわち“End Client Process”から
“Receive Reply From Server”までに消費するクライ
アント１６１の経過時間が右辺に示した“2sec”(２秒)
よりも短いという条件を示している。この条件も、プロ
グラムを処理する装置側等に何らかの不具合がなけれ
ば、達成される範囲の値である前記した設計値として記
載される。したがって、この場合には、“Receive Repl
y From Server”と“End Client Process”の記述が行
われたプログラムの箇所がそれぞれ測定点１８５、１８
６となる。

【００５１】図１に示したＣＰＵ１１１はＯＳ１１５に
よって、このようなＵＭＬによる記述を解読する。そし
て、クライアント１６１側であれば、対応するそれぞれ
の測定点１８１、１８２、１８５、１８６と性能設計情
報１７１、１７３をそのメモリ１１２に一時的に格納
し、これを基にしてプログラム動作の検証を行うことに
なる。サーバ１６３側も同様の制御を行うがその結果を
独自にサーバ１６３側で表示することもできるし、クラ
イアント１６１側に返すような処理形態を採ることも可
能である。

【００５２】図５は、クライアント側のプログラムコー
ドとしてのクライアントプログラムの流れの要部を示し
たものである。まず、図４の測定点１８１に対応するプ
リプロセス（Pre Process）(ステップＳ２０１)から測
定点１８２に対応するサーバ１６３側への処理要求（Se
nd Request To Server）(ステップＳ２０２)へ移行し
て、更にサーバ１６３側からの返答（Receive Reply Fr
om Server）（ステップＳ２０３）を受信し、所定のプ
ロセスを終了させる（Post Process）（ステップＳ２０
４）ことになる。

【００５３】図６は、サーバ側のプログラムコードとし
てのサーバプログラムの流れの要部を示したものであ
る。サーバは、クライアント１６１から処理の要求を受
ける（Receive Request From Client）（ステップＳ２
２１）と、その要求された処理を実行し（Process Requ
est）（ステップＳ２２２）、クライアント１６１に返
答する（Send Reply To Client）（ステップＳ２２３）
という処理を繰り返す。したがって、サーバ１６３のプ
ログラムには実行の終了点は存在しない。

【００５４】次に図２に示した測定点抽出手段１３３に
よる測定点の抽出動作を具体的に説明する。図１に示し
たＣＰＵ１１１とＯＳ１１５によって実現する測定点抽
出手段１３３は、プログラム動作記述内の性能設計情報
１７１〜１７３を用いてそれぞれの測定点１８１〜１８
６を抽出するようになっている。図４に示した例の場合
には、性能設計情報１７１〜１７３として記述されてい
る不等式の左辺で引用されている点、すなわち“Begin
Client Process”、“Send Request To Server”、“Re
ceive Request From Client”、“Send Reply To Clien
t”、“ReceiveReply From Server”および“End Clien
t Process”の６点が測定点１８１〜１８６を表わした
測定点情報として抽出される。

【００５５】図７は、これら抽出された測定点情報を埋
め込んで作成した被測定プログラムを用いたクライアン
ト側の処理を示したものであり、図８はイベントを出力
するそれぞれのプローブとソフトウェアイベントを対応
させて示したものである。図７の処理は図５の処理と対
応している。クライアント１６１は、前記したプログラ
ム中に埋め込まれた測定点を検出する測定点プローブの
１つとしてのプローブ“Prb Cb”によってプリプロセス
（Pre Process）を検出し（ステップＳ２４１）、クラ
イアント処理を開始する。このとき、プローブ“Prb C
b”によってクライアント処理が開始した旨のイベント
データがデータ出力部１１３（図１）を介して被測定計
算機１０１から測定装置１０２に送られる。測定装置１
０２では、このイベントデータおよび時計回路１２２の
出力する時刻データ１２３を記録装置１２１に送り、イ
ベントデータごとに時刻を記録して測定データ１２４を
作成していく。

【００５６】さて、図７のステップＳ２４１で測定点の
うちの開始点が検出されたら、次の測定点プローブ“Pr
b Cs”によってサーバ１６３への処理要求（Send Reque
st To Server）が検出されて（ステップＳ２４２）、そ
の旨のイベントデータがデータ出力部１１３から測定装
置１０２に送られる。この後、ステップＳ２４３でサー
バ１６３側から返答を受ける（Receive Reply From Ser
ver）まで、クライアント１６１はスリープ（Sleep）状
態となる。これはカーネルプローブ１１７で検出され
て、同様にそのイベントが記録装置１２１側に送られて
記録される。また、サーバ１６３側はクライアント１６
１からの処理要求（Send Request To Server）によって
ウエイクアップ（Wake Up）するが、同様にこれはカー
ネルプローブ１１７で検出されて、記録装置１２１側に
送られて記録されることになる。

【００５７】ステップＳ２４３でサーバ１６３側からの
返答（Receive Reply From Server）があると、測定点
プローブの１つとしてのプローブ“Prb Cr”がこれを検
出して、同様に図８に示すようなイベントデータを出力
する。そしてその後、サーバ１６３の返答に基づいた所
定のプロセスを終了させる（Post Process）（ステップ
Ｓ２０４）と、測定点プローブの１つとしてのプローブ
“Prb Ce”がこれを検出して、同様に図８に示すような
イベントデータを出力することになる。

【００５８】図９は、被測定プログラムを用いたサーバ
側の処理を示したものであり、図６の処理と対応してい
る。ステップＳ２６１ではクライアント１６１から要求
を受信（Receive Request From Client）し、これが測
定点プローブの１つとしてのプローブ“Prb Sr”で検出
される。プローブ“Prb Sr”は図８に示したように、サ
ーバ１６３がクライアント１６１から処理要求を受信し
た旨のイベントデータを出力する。ステップＳ２６２で
はサーバ１６３が要求された処理を実行（Process Requ
est）する。処理が終了すると、測定点プローブの１つ
としてのプローブ“Prb Ss”がこれを検出して、クライ
アントに返答する（Send Reply To Client）（ステップ
Ｓ２６３）。この後、サーバがスリープ（Sleep）状態
となり、クライアント１６１側がウエイクアップ（Wake
Up）する。これらはカーネルプローブ１１７で検出さ
れて、記録装置１２１側に送られて記録されることにな
る。それぞれのプローブによってイベントデータが出力
され、記録される。

【００５９】ところで、図２に示したデータ分析比較手
段１４２は、本実施例ではクライアント１６１に設けら
れている。すなわち、クライアント１６１側で発生した
イベントデータだけでなく、サーバ１６３側で発生した
イベントデータもクライアント１６１側に集中的に集め
られて、性能設計情報１３１との比較が行われる。デー
タ分析比較手段１４２は、測定の開始点から終了点まで
の経過時間が性能設計情報１３１として記述された条件
を満足する場合には“Good”（条件満足）という結果を
実際に要した経過時間と共に表示し、条件を満足しなか
った場合には“Not Good”（条件不満足）という結果を
実際に要した経過時間と共に表示する。

【００６０】図１０は、このプログラム動作検証システ
ムで記録装置あるいは図示しないディスプレイが出力あ
るいは表示する検証結果の一例を示したものであり、図
４に対応させたものである。実際の経過時間としての実
行値と設計値および条件を満たしたかどうかの結果と
が、クライアント１６１とサーバ１６３の関係で一目で
わかるように表示されている。たとえばプログラマある
いは装置の設計者は、サーバ１６３がクライアント１６
１から処理の要求を受けてから返答を返すまでの時間が
設計値である３秒よりも長い４．２秒かかったことを直
ちに知ることができる。すなわち、プログラムコードを
実行させたときの“Receive Request FromClient”と
“Send Reply To Client”（図４参照）の間の実行性能
が性能設計情報１７２で示されている性能条件を満足し
ていないことを知り、必要な対策を採ることができる。

【００６１】第１の変形例

【００６２】図１１は先の実施例の図１に対応するもの
で被測定計算機の変形例を示したものである。図１１で
図１と同一部分には同一の符号を付しており、これらの
説明を適宜省略する。先の実施例では被測定計算機１０
１と測定装置１０２は別々の装置として構成されていた
が、これらを同一の装置で構成することができる。たと
えばパーソナルコンピュータとこれに接続された記録装
置あるいはディスプレイといったような構成を挙げるこ
とができる。この第１の変形例の被測定計算機３０１で
は、ＣＰＵ３０２内の時計回路３０３を時刻データ１２
３の出力用に使用している。また、この時刻データ１２
３やＯＳ１１５から出力れるイベントデータ１１８等の
データは測定データ１２４としてメモリ１１２内に格納
される。これらのデータが性能設計情報１３１と比較さ
れ、その結果が図示しないプリンタでプリントアウトさ
れたり、同じく図示しないディスプレイに視覚的に表示
されることになる。

【００６３】この第１の変形例では、被測定計算機３０
１を実施例のクライアントと同一のものとして構成する
ことができ、この場合には測定および検証を行うための
特別のハードウェアを必要としないという利点が生じ
る。もちろん、実施例でもその被測定計算機１０１をク
ライアント１６１と同一のものとして構成することがで
きる。

【００６４】第２の変形例

【００６５】図１２は、本発明の第２の変形例における
プログラム動作検証システムの構成を示したものであ
る。このシステムはネットワーク４０１によって接続さ
れたクライアント４０２とサーバ４０３によって構成さ
れている。クライアント４０２およびサーバ４０３はそ
れぞれ図１に示したものと基本的に同一構成の被測定計
算機１０１Ｃ、１０１Ｓと測定装置１０２Ｃ、１０２Ｓ
によって構成されている。そこで、これらの構成部品で
図１に示したものと同一のものには同一の数字とアルフ
ァベットＣまたはＳを付しており、これらの部品の説明
を適宜省略する。測定装置１０２Ｃ内の時計回路１２２
Ｃと測定装置１０２Ｓ内の時計回路１２２Ｓとは時刻同
期用通信ケーブル４０４で接続されており、両時計回路
１２２Ｃ、１２２Ｓの出力する時刻データ１２３Ｃ、１
２３Ｓの同期がとられている。

【００６６】クライアント４０２の被測定計算機１０１
Ｃ上ではクライアントプログラムが動作し、サーバ４０
３の被測定計算機１０１Ｓ上ではサーバプログラムが動
作するようになっている。クライアント４０２およびサ
ーバ４０３はそれぞれ単独に測定装置１０２Ｃあるいは
１０２Ｓを配置しているので、それぞれ自分の側でイベ
ントデータを時刻データと共に記録し、性能設計情報と
比較することができるようになっている。もちろん、ネ
ットワーク４０１で接続先にこれらの比較結果を送るこ
とで、ネットワーク全体のどの装置で処理が滞っている
といった情報も取得し、それぞれの計算機で表示したり
プリントアウトすることもできる。

【００６７】図１３は、この第２の変形例でクライアン
トがサーバに所定の処理要求を行って処理結果を得た場
合のそれぞれの被測定計算機のソフトウェアイベントと
プローブの関係を示したものである。この例は、処理内
容的には実施例の図８で説明したクライアント１６１と
サーバ１６３の処理と同一であるので、詳細な説明は省
略する。先の実施例では、測定装置がシステムに１つだ
けだったので、図１０で示したような比較結果が１箇所
で集中的に行われるが、第２の変形例では自分の装置に
関係する分だけを部分的に表示したり、必要によりシス
テム全体の比較結果を表示することもできる。

【００６８】なお、実施例および第２の変形例では１つ
のクライアントと１つのサーバの関係を説明したが、１
つの計算機から複数の計算機に順次処理が移行していく
ものや、１つの処理を複数の計算機が分散して行うよう
な場合にも本発明を同様に適用することができる。

【００６９】更に実施例では図１０に示すように、実際
の経過時間としての実行値と設計値および条件を満たし
たかどうかの結果とがディスプレイに表示されたりプリ
ンタでプリントアウトされるようにしていた。これとは
異なり、それぞれの処理に対しての実行値のみがコンポ
ーネントごとに表示されるものであってもよいし、設計
値との比較のみが表示されるものであってもよい。

【００７０】また実施例および変形例では測定点間の経
過時間を性能設計情報に記述しその結果を表示させる場
合について説明したが、これ以外の性能設計情報、たと
えばＣＰＵの稼動率等を併せてこれらの測定結果を合わ
せて表示するようにしてもよい。

【００７１】

【発明の効果】以上説明したように請求項１および請求
項４記載の発明によれば、プログラム動作記述の性能設
計情報に記述した内容を基にして測定開始点と測定終了
点を抽出するので、たとえばプログラマが性能設計情報
として測定の開始点や終了点を判読できるデータを書き
込んでおくことにより、被測定プログラムの所望の箇所
で測定を開始したり終了させることができる。したがっ
て、プログラムにおける測定点の抽出をソフトウェア技
術者あるいは測定実施者が手作業で行う必要がない。ま
た、メッセージの送受信点といったように予め決まった
ルールを使用したり、ＯＳ自体が用意している機能を利
用する場合と異なり、被測定プログラムの所望のコンポ
ーネントの開始点と終了点を任意に指定して測定を行う
ことができる。そしてこれらの点での処理時刻を求め、
これらの差から経過時間を算出して表示するので、実際
にかかった時間を被測定プログラムの対応する箇所に対
応付けて簡単にチェックすることができる。

【００７２】また請求項２および請求項４記載の発明に
よれば、プログラム動作記述の性能設計情報に記述した
内容を基にして測定開始点と測定終了点を抽出するの
で、たとえばプログラマが性能設計情報として測定の開
始点や終了点を判読できるデータを書き込んでおくこと
により、被測定プログラムの所望の箇所で測定を開始し
たり終了させることができる。したがって、プログラム
における測定点の抽出をソフトウェア技術者あるいは測
定実施者が手作業で行う必要がない。また、メッセージ
の送受信点といったように予め決まったルールを使用し
たり、ＯＳ自体が用意している機能を利用する場合と異
なり、被測定プログラムの所望のコンポーネントの開始
点と終了点を任意に指定して測定を行うことができる。
そしてこれらの点での処理時刻を求め、これらの差から
経過時間を算出して表示するので、実際にかかった時間
を被測定プログラムの対応する箇所に対応付けて簡単に
チェックすることができる。更に本発明では、算出した
経過時間を設計値と共に被測定プログラムの対応する箇
所に表示するので、算出した経過時間が設計値を満足し
ているか否かを簡単にチェックすることができる。

【００７３】更に請求項３および請求項４記載の発明に
よれば、プログラム動作記述の性能設計情報に記述した
内容を基にして測定開始点と測定終了点を抽出するの
で、たとえばプログラマが性能設計情報として測定の開
始点や終了点を判読できるデータを書き込んでおくこと
により、被測定プログラムの所望の箇所で測定を開始し
たり終了させることができる。したがって、プログラム
における測定点の抽出をソフトウェア技術者あるいは測
定実施者が手作業で行う必要がない。また、メッセージ
の送受信点といったように予め決まったルールを使用し
たり、ＯＳ自体が用意している機能を利用する場合と異
なり、被測定プログラムの所望のコンポーネントの開始
点と終了点を任意に指定して測定を行うことができる。
そしてこれらの点での処理時刻を求め、これらの差から
経過時間を算出しこれを設計値と比較した判別結果を被
測定プログラムの対応する箇所に対応付けて表示するの
で、チェックするコンポーネントが多いような場合にも
それぞれの所要時間が設計値を満足しているかどうかを
短時間にチェックすることができる。

【００７４】また請求項５記載の発明によれば、プログ
ラム動作記述の性能設計情報に記述した内容を基にして
測定開始点と測定終了点を抽出するので、たとえばプロ
グラマが性能設計情報として測定の開始点や終了点を判
読できるデータを書き込んでおくことにより、被測定プ
ログラムの所望の箇所で測定を開始したり終了させるこ
とができる。したがって、プログラムにおける測定点の
抽出をソフトウェア技術者あるいは測定実施者が手作業
で行う必要がない。また、メッセージの送受信点といっ
たように予め決まったルールを使用したり、ＯＳ自体が
用意している機能を利用する場合と異なり、被測定プロ
グラムの所望のコンポーネントの開始点と終了点を任意
に指定して測定を行うことができる。そしてこれらの点
での時刻を求め、これらの差から経過時間を算出しこれ
を設計値と比較した判別結果を被測定プログラムの対応
する箇所に対応付けて表示するので、チェックするコン
ポーネントが多いような場合にもそれぞれの経過時間が
設計値を満足しているかどうかを短時間にチェックする
ことができる。

【００７５】更に請求項６記載の発明によれば、請求項
５記載の発明による表示内容に加えて経過時間算出手段
によって算出した実際の経過時間も表示するようにして
いるので、この経過時間を設計値と対比することでプロ
グラムの実行について何らかの不具合があったときにそ
の原因を類推することができる。

【００７６】また請求項７記載の発明によれば、１つの
被測定プログラムが複数の装置によってコンポーネント
単位で実行される場合に、コンポーネントごとの経過時
間等の性能指標値を表示したりそれぞれの設計値と比較
することが可能になる。

【００７７】更に請求項８記載の発明によれば、１つの
被測定プログラムが複数の装置によって実行されるとき
でも、それぞれの装置におけるコンポーネントごとの検
証結果を集中的に調べることができ、プログラムの全体
的な動作の把握を短時間に行うことができる。

【００７８】また請求項９記載の発明によれば、１つの
被測定プログラムが複数の装置によって実行されると
き、それぞれの装置におけるコンポーネントごとの検証
結果を担当する装置ごとに表示するので、これらの装置
ごとにハードウェア側の原因を探る等の対処を容易に行
うことができる。

【図面の簡単な説明】

【図１】本発明の一実施例におけるプログラム動作検証
システムの構成の概要を示したブロック図である。

【図２】本実施例のプログラム動作検証システムの動作
の概要を示した説明図である。

【図３】本実施例のプログラム検証用のクライアントと
サーバの関係を示したブロック図である。

【図４】本実施例でプログラマによるプログラム動作記
述の例を示した説明図である。

【図５】本実施例でクライアント側のプログラムコード
としてのクライアントプログラムの流れの要部を示した
流れ図である。

【図６】本実施例でサーバ側のプログラムコードとして
のサーバプログラムの流れの要部を示した流れ図であ
る。

【図７】本実施例で測定点情報を埋め込んで作成した被
測定プログラムを用いたクライアント側の処理を示した
説明図である。

【図８】本実施例でイベントを出力するそれぞれのプロ
ーブとソフトウェアイベントを対応させて示した説明図
である。

【図９】本実施例で被測定プログラムを用いたサーバ側
の処理を示した説明図である。

【図１０】本実施例のプログラム動作検証システムで記
録装置あるいは図示しないディスプレイが出力あるいは
表示する検証結果の一例を示した平面図である。

【図１１】本発明の第１の変形例として被測定計算機の
構成を示したブロック図である。

【図１２】本発明の第２の変形例におけるプログラム動
作検証システムの構成を示したブロック図である。

【図１３】第２の変形例でクライアントがサーバに所定
の処理要求を行って処理結果を得た場合のそれぞれの被
測定計算機のソフトウェアイベントとプローブの関係を
示す説明図である。

【符号の説明】

１０１、３０１ 被測定計算機 １０２ 測定装置 １１１ ＣＰＵ（中央処理装置） １１２ メモリ １１５ ＯＳ １１６ 被測定プログラム １１７ カーネルプローブ １２１ 記録装置 １２２、３０３ 時計回路 １２４ 測定データ １３２ プログラム動作記述 １３３ 測定点抽出手段 １３７ 測定点埋込手段 １３９ 測定手段 １４２ データ分析比較手段 １６１、４０２ クライアント １６３、４０３ サーバ １７１〜１７３ 性能設計情報 １８１〜１８４ 測定点 ４０１ ネットワーク

Claims (9)

【特許請求の範囲】
1. 【請求項１】 プログラムのある特定範囲の処理に要す
   る経過時間等の所定の性能指標を調べる性能設計情報を
   含んだプログラム動作記述から検証の対象となる被測定
   プログラムに埋め込む測定開始のための測定開始点およ
   び測定終了のための測定終了点を読み出す読出手段と、 この読出手段で読み出した測定開始点および測定終了点
   を該当する箇所にそれぞれ埋め込んだ被測定プログラム
   を作成する被測定プログラム作成手段と、 この被測定プログラム作成手段によって作成された被測
   定プログラムを所定の装置に組み込んで実行するプログ
   ラム実行手段と、 このプログラム実行手段の被測定プログラムの実行の際
   に前記測定開始点および測定終了点の埋め込み箇所の処
   理が実行されるときの性能指標をそれぞれ測定する性能
   指標測定手段と、 この時刻測定手段によって測定された測定開始点と測定
   終了点のそれぞれの性能指標の差から前記被測定プログ
   ラムのこれら測定開始点から測定終了点に至る性能指標
   値を算出する性能指標値算出手段と、 この性能指標値算出手段によって算出した性能指標値を
   前記被測定プログラムの対応する箇所と共に表示する表
   示手段とを具備することを特徴とするプログラム動作検
   証システム。
2. 【請求項２】 プログラムのある特定範囲の処理に要す
   る経過時間等の所定の性能指標がその処理について予め
   定めた設計値の範囲内に収まっているかどうかを少なく
   とも調べる性能設計情報を含んだプログラム動作記述か
   ら検証の対象となる被測定プログラムに埋め込む測定開
   始のための測定開始点と測定終了のための測定終了点お
   よび前記設計値を読み出す読出手段と、 この読出手段で読み出した測定開始点および測定終了点
   を該当する箇所にそれぞれ埋め込んだ被測定プログラム
   を作成する被測定プログラム作成手段と、 この被測定プログラム作成手段によって作成された被測
   定プログラムを所定の装置に組み込んで実行するプログ
   ラム実行手段と、 このプログラム実行手段の被測定プログラムの実行の際
   に前記測定開始点および測定終了点の埋め込み箇所の処
   理が実行されるときの性能指標をそれぞれ測定する性能
   指標測定手段と、 この性能指標測定手段によって測定された測定開始点と
   測定終了点のそれぞれの性能指標の差から前記被測定プ
   ログラムのこれら測定開始点から測定終了点に至る性能
   指標値を算出する性能指標値算出手段と、 この性能指標値算出手段によって算出した性能指標値を
   前記被測定プログラムの対応する箇所ならびに前記設計
   値と共に表示する表示手段とを具備することを特徴とす
   るプログラム動作検証システム。
3. 【請求項３】 プログラムのある特定範囲の処理に要す
   る経過時間等の所定の性能指標がその処理について予め
   定めた設計値の範囲内に収まっているかどうかを少なく
   とも調べる性能設計情報を含んだプログラム動作記述か
   ら検証の対象となる被測定プログラムに埋め込む測定開
   始のための測定開始点と測定終了のための測定終了点お
   よび前記設計値を読み出す読出手段と、 この読出手段で読み出した測定開始点および測定終了点
   を該当する箇所にそれぞれ埋め込んだ被測定プログラム
   を作成する被測定プログラム作成手段と、 この被測定プログラム作成手段によって作成された被測
   定プログラムを所定の装置に組み込んで実行するプログ
   ラム実行手段と、 このプログラム実行手段の被測定プログラムの実行の際
   に前記測定開始点および測定終了点の埋め込み箇所の処
   理が実行されるときの性能指標をそれぞれ測定する性能
   指標測定手段と、 この性能指標測定手段によって測定された測定開始点と
   測定終了点の性能指標の差から前記被測定プログラムの
   これら測定開始点から測定終了点に至るまでのプログラ
   ムの実行に要する性能指標値を算出する性能指標値算出
   手段と、 この性能指標値算出手段によって算出した性能指標値が
   前記設計値を満足するか否かを判別する判別手段と、 この判別手段によって判別した結果を前記被測定プログ
   ラムの対応する箇所と共に表示する表示手段とを具備す
   ることを特徴とするプログラム動作検証システム。
4. 【請求項４】 性能指標は、プログラムのある特定範囲
   の処理に要する経過時間の他に、ＣＰＵ消費時間、ディ
   スクやネットワークのアクセス回数、入出力データのサ
   イズ等の指標であることを特徴とする請求項１〜請求項
   ３記載のプログラム動作検証システム。
5. 【請求項５】 プログラムのある特定範囲の処理に要す
   る経過時間がその処理について予め定めた設計値の範囲
   内に収まっているかどうかを少なくとも調べる性能設計
   情報を含んだプログラム動作記述から検証の対象となる
   被測定プログラムに埋め込む測定開始のための測定開始
   点と測定終了のための測定終了点および前記設計値を読
   み出す読出手段と、 この読出手段で読み出した測定開始点および測定終了点
   を該当する箇所にそれぞれ埋め込んだ被測定プログラム
   を作成する被測定プログラム作成手段と、 この被測定プログラム作成手段によって作成された被測
   定プログラムを所定の装置に組み込んで実行するプログ
   ラム実行手段と、 このプログラム実行手段の被測定プログラムの実行の際
   に前記測定開始点および測定終了点の埋め込み箇所の処
   理が実行されるときの時刻をそれぞれ測定する時刻測定
   手段と、 この時刻測定手段によって測定された測定開始点と測定
   終了点の時刻の差から前記被測定プログラムのこれら測
   定開始点から測定終了点に至るまでのプログラムの実行
   に要する経過時間を算出する経過時間算出手段と、 この経過時間算出手段によって算出した経過時間が前記
   設計値を満足するか否かを判別する判別手段と、 この判別手段によって判別した結果を前記被測定プログ
   ラムの対応する箇所と共に表示する表示手段とを具備す
   ることを特徴とするプログラム動作検証システム。
6. 【請求項６】 前記表示手段は経過時間算出手段によっ
   て算出した実際の経過時間も前記被測定プログラムの対
   応する箇所と共に表示することを特徴とする請求項５記
   載のプログラム動作検証システム。
7. 【請求項７】 前記所定の装置は複数の装置によって構
   成されており、前記プログラムのある特定範囲の処理と
   は被測定プログラムのうち特定の装置に割り当てられた
   コンポーネントの処理であることを特徴とする請求項１
   〜請求項３または請求項５記載のプログラム動作検証シ
   ステム。
8. 【請求項８】 前記所定の装置は通信ケーブルによって
   接続された複数の装置によって構成されており、それぞ
   れの装置に対して前記被測定プログラムのコンポーネン
   トが割り振られており、前記表示手段はそれぞれのコン
   ポーネントについての表示を一箇所で集中的に行うこと
   を特徴とする請求項１〜請求項３または請求項５記載の
   プログラム動作検証システム。
9. 【請求項９】 前記所定の装置は通信ケーブルによって
   接続された複数の装置によって構成されており、それぞ
   れの装置に対して前記被測定プログラムのコンポーネン
   トが割り振られており、前記表示手段はそれぞれの装置
   単位で該当するコンポーネントごとの表示を行うことを
   特徴とする請求項１〜請求項３または請求項５記載のプ
   ログラム動作検証システム。