JP2002342119A - 画像形成装置用プログラム生成方法、画像形成装置用カバレージ測定方法、これらの方法をコンピュータに実行させるプログラム、カバレージ測定装置、カバレージ測定プログラムおよび情報記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 画像形成装置で動作させるプログラムのすべ
ての箇所を通過したか否かを、画像形成装置に搭載され
る記憶容量の制限を受けることなく判定して、高品質な
画像形成装置用プログラムを開発すること。 【解決手段】 通過情報処理付加部３１３によって、ソ
ースファイル３３２の関数を実行した旨の通過情報を出
力する通過情報処理を、ソースファイル３３２のソース
コードに埋め込み、このソースコードから実行形式ファ
イル３３４を生成して、複合機５００とＮＳＦマウント
されたＨＤ３３０に格納する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、コピー、プリン
タ、スキャナおよびファクシミリなどの画像形成処理に
かかるユーザサービスを提供する画像形成装置で動作す
るプログラムの品質向上のために、プログラムの所定箇
所を実行した旨の通過情報を出力する処理をプログラム
に埋め込んで実行形式ファイルを生成する画像形成装置
用プログラム生成方法、画像形成装置用プログラムの実
行により出力された通過情報を集計してカバレージ情報
を生成する画像形成装置用カバレージ測定方法、これら
の方法をコンピュータに実行させるプログラム、通過情
報を集計したカバレージ情報を生成するカバレージ測定
装置、カバレージ測定プログラム、情報記録媒体に関す
るものである。

【０００２】

【従来の技術】近年、プリンタ、コピー、ファクシミ
リ、スキャナなどの各装置の機能を１つの筐体内に収納
した画像形成装置（以下、「複合機」という。）が一般
的に知られている。この複合機は、１つの筐体内に表示
部、印刷部および撮像部などを設けるとともに、プリン
タ、コピーおよびファクシミリ装置にそれぞれ対応する
３種類のソフトウェアを設け、ソフトウェアの切り替え
によって、当該装置をプリンタ、コピー、スキャナまた
はファクシミリ装置として動作させるものである。

【０００３】このような複合機では、複合機上で動作す
るプログラムの品質を向上させるため、プログラムのど
の部分が実行されたかを計測することで、プログラムの
テストが十分かどうかを判定するテストカバレージを行
うことが重要となってくる。

【０００４】このように、ソフトウェアの品質を管理す
るため、プログラムの所定箇所を実行した旨の通過情報
からカバレージ情報を生成するカバレージ測定装置、カ
バレージ測定プログラムの従来技術として、例えば特開
平２−２５９３９号公報、特開平２−５８１３６号公
報、特開平３−２４５２４３号公報、特開平５−２８２
１７７号公報などに開示されている。このような従来の
カバレージ測定装置、カバレージ測定プログラムでは、
以下のような処理を行うことが一般的である。

【０００５】（ａ）プログラムをコンパイル・リンク
し、実行オブジェクトを生成する。 （ｂ）テストパターンを生成する。 （ｃ）テストパターンを用いてプログラムを実行させ、
通過情報を取得する。 （ｄ）通過情報に基づいて通過率を算出する。 （ｅ）通過情報に基づいてソースコードマーキング処理
を行う。 （ｆ）ソースコード上の未通過部分を再検対し、テスト
パターンを作成する。 （ｇ）手順（ｃ）から繰り返す。 ここでの通過率の算出では、ファイル単位あるいは関数
単位での通過率をカバレージとして算出するのが一般的
である。

【０００６】

【発明が解決しようとする課題】しかしながら、このよ
うな通過情報を出力する通過情報出力処理をソースコー
ドに埋め込んで実行形式プログラムを生成した場合、プ
ログラムサイズが通常のサイズの２〜３倍と過大となっ
てしまう。このため、複合機のように、各プログラムが
ＲＯＭに組み込まれている場合には、ＲＯＭの容量制限
のために、通過情報出力処理を埋め込んでプログラムを
ＲＯＭに搭載して実行することができず、複合機のデバ
ッグ作業を十分に行うことができないという問題があ
る。

【０００７】このような従来の複合機では、プリンタ、
コピー、スキャナおよびファクシミリ装置に対応するソ
フトウェアをそれぞれ別個に設けているため、各ソフト
ウェアの開発に多大の時間を要する。このため、出願人
は、表示部、印刷部および撮像部などの画像形成処理で
使用されるハードウェア資源を有し、プリンタ、コピー
またはファクシミリなどの各ユーザサービスにそれぞれ
固有の処理を行うアプリケーションを複数搭載し、これ
らのアプリケーションとハードウェア資源との間に介在
して、ユーザサービスを提供する際に、アプリケーショ
ンの少なくとも２つが共通的に必要とするハードウェア
資源の管理、実行制御並びに画像形成処理を行う各種コ
ントロールサービスからなるプラットホームを備えた画
像形成装置（複合機）を発明した。この複合機によれ
ば、アプリケーションの少なくとも２つが共通的に必要
とするハードウェア資源の管理、実行制御並びに画像形
成処理を行うプラットホームを備えた構成とすることに
よって、ソフトウェア開発の効率化を図るとともに、装
置全体としての生産性を向上させることが可能となる。

【０００８】このような新規な複合機では、アプリケー
ションのプロセスが機能ごとに複数存在するばかりか、
アプリケーションの少なくとも２つが共通的に必要とす
るサービスを提供するコントロールサービスのプロセス
が存在し、複合機内部には、従来の複合機に比べて非常
に多くのプロセスが動作している。しかも、かかる複合
機では、コントロールサービスのプロセスは、複数のア
プリケーションが共通に必要とするサービスを提供する
という位置づけにあるため、各コントロールサービスで
は多数のアプリケーションのプロセスとの間でデータ送
受信が発生する。また、アプリケーションのプロセスと
の間ばかりではなく、コントロールサービス同士のプロ
セス間においてもデータの送受信が生じる。

【０００９】このように、出願人が発明をした新規な複
合機は、多数のプロセスが複雑に絡み合って協働すると
いう特徴的な構成となっているため、複合機の品質向上
のためにプログラムのすべての箇所を通過したか否かを
判定するテストカバレージを行うことは、従来の複合機
におけるプログラムに比べて、さらに重要な問題となっ
てくる。

【００１０】また、かかる複合機は、アプリケーション
とコントロールサービスとを別個に設けており、複合機
の出荷後にユーザもしくは第三者であるサードベンダー
が新規なアプリケーションを開発して複合機に搭載可能
な構成となっている。このため、新規アプリケーション
の開発段階で、新規アプリケーションのプログラムに対
してテストカバレージを確実に行わなければならないと
いう、従来の複合機開発では問題にならなかった新規な
課題が生じている。

【００１１】さらに、一般的にプログラムには数十から
数百の関数が含まれており、ある関数に着目してテスト
を行ったときに、その関数に対するテストがどれくらい
終了しているかを知りたいことがある。また、関数はそ
の中で別の関数を呼び出すことが多く、関数の連鎖関係
を追ってカバレージを算出する必要がある。また、関数
単位でカバレージを測定する場合、その関数が呼び出し
たすべての関数の通過情報を含めたカバレージの他に、
その関数だけのカバレージも当然必要となる。

【００１２】この発明は上記に鑑みてなされたもので、
画像形成装置で動作させるプログラムのすべての箇所を
通過したか否かを、画像形成装置に搭載される記憶容量
の制限を受けることなく判定して、高品質な画像形成装
置用プログラムを開発することができる画像形成装置用
カバレージ測定方法およびこれらの方法をコンピュータ
に実行させるプログラムを得ることを目的とする。

【００１３】また、この発明は、ある関数に着目してテ
ストを行ったときに、その関数に対するテストがどれく
らい終了しているかを知ることができるカバレージ測定
装置およびカバレージ測定プログラム並びに情報記録媒
体を得ることを目的とする。

【００１４】

【課題を解決するための手段】上記目的を達成するた
め、請求項１にかかる発明は、画像形成処理で使用され
るハードウェア資源と、画像形成処理にかかるユーザサ
ービスにそれぞれ固有の処理を行うアプリケーションと
前記ハードウェア資源との間に介在し、前記ユーザサー
ビスを提供する際に、アプリケーションの少なくとも２
つが共通的に必要とする前記ハードウェア資源の獲得要
求、管理、実行制御並びに画像形成処理を行うコントロ
ールサービスとを備えた画像形成装置で動作する前記コ
ントロールサービスまたは前記アプリケーションのプロ
グラムを生成する画像形成装置用プログラム生成方法に
おいて、前記プログラムの所定の箇所を実行した旨の通
過情報を出力する通過情報処理を、前記プログラムのソ
ースコードに埋め込む通過情報処理付加ステップと、前
記通過情報処理付加ステップによって前記通過情報処理
が埋め込まれた前記ソースコードから実行形式ファイル
を生成し、生成された実行形式ファイルを前記画像形成
装置とネットワークを介してマウントされた記憶手段に
格納する実行ファイル生成ステップと、を含んだことを
特徴とする。

【００１５】この請求項１にかかる発明によれば、通過
情報処理付加ステップによって、プログラムの所定の箇
所を実行した旨の通過情報を出力する通過情報処理を、
プログラムのソースコードに埋め込み、実行ファイル生
成ステップによって、この通過情報処理が埋め込まれた
ソースコードから実行形式ファイルを生成して、この実
行形式ファイルを画像形成装置とネットワークを介して
マウントされた記憶手段に格納することで、生成された
実行形式ファイルを実行することにより、通過情報が出
力されるので、デバッグ作業の終了度合いを明確に把握
することができ、不完全なデバッグ作業を防止して高品
質な画像形成装置を提供することができる。

【００１６】また、このような通過情報処理をソースコ
ードに埋め込むことにより生成される実行形式プログラ
ムのサイズは膨大なものとなる。しかしながら、この請
求項１にかかる発明によれば、実行形式プログラムを画
像形成装置とネットワークを介してマウントされた記憶
手段に格納することで、画像形成装置のデバッグ作業を
ネットワーク経由で実行することが可能となり、記憶容
量の小さい画像形成装置においても、通過情報からテス
トの網羅度を示すカバレージ情報を生成することがで
き、不完全なデバッグ作業を防止してより高品質な画像
形成装置を提供することができる。

【００１７】また、請求項２にかかる発明は、請求項１
に記載の画像形成装置用プログラム生成方法において、
前記通過情報は、前記ソースコードにおける通過箇所の
行数と通過回数とを示すものであり、前記通過情報処理
付加ステップは、プログラム実行開始時に前記通過回数
を記憶する領域を確保する処理と、プログラム実行の際
の前記通過箇所における通過回数を計数する処理と、前
記通過箇所の行数および計数された通過回数とを出力す
る処理とを、前記ソースコードに埋め込むことを特徴と
する。

【００１８】この請求項２にかかる発明によれば、通過
情報処理付加ステップによって、プログラム実行開始時
に通過回数を記憶する領域を確保する処理と、プログラ
ム実行の際の通過箇所における通過回数を計数する処理
と、通過箇所の行数および計数された通過回数とを出力
する処理をソースコードに埋め込むことで、生成された
実行形式ファイルを実行することにより、計数された通
過回数が出力されるので、デバッグ作業の終了度合いを
通過回数によって明確に把握することができ、不完全な
デバッグ作業を防止してより高品質な画像形成装置を提
供することができる。

【００１９】また、請求項３にかかる発明は、画像形成
処理で使用されるハードウェア資源と、画像形成処理に
かかるユーザサービスにそれぞれ固有の処理を行うアプ
リケーションと前記ハードウェア資源との間に介在し、
前記ユーザサービスを提供する際に、アプリケーション
の少なくとも２つが共通的に必要とする前記ハードウェ
ア資源の獲得要求、管理、実行制御並びに画像形成処理
を行うコントロールサービスとを備えた画像形成装置の
前記コントロールサービスまたは前記アプリケーション
のプログラムのテストの網羅度を示すカバレージ情報を
生成する画像形成装置用カバレージ測定方法において、
前記プログラムを前記画像形成装置とネットワークを介
してマウントされた記憶手段から実行することにより出
力された前記プログラムの所定の箇所を実行した旨の通
過情報を集計し、集計結果から前記カバレージ情報を生
成する集計ステップ、を含んだことを特徴とする。

【００２０】この請求項３にかかる発明によれば、集計
ステップによって、プログラムを画像形成装置とネット
ワークを介してマウントされた記憶手段から実行するこ
とにより出力された通過情報を集計し、その集計結果か
らプログラムのテストの網羅度を示すカバレージ情報を
生成することで、記憶容量の小さい画像形成装置におい
ても、ネットワーク経由でカバレージ情報を利用したプ
ログラムのデバッグを行うことができ、不完全なデバッ
グ作業を防止してより高品質な画像形成装置を提供する
ことができる。

【００２１】また、請求項４にかかる発明は、請求項３
に記載の画像形成装置用カバレージ測定方法において、
前記集計ステップは、前記プログラムの中の関数の実行
により出力された前記通過情報と、前記関数の実行によ
り呼び出される他のすべての関数の実行により出力され
た前記通過情報とを集計して、前記カバレージ情報を生
成することを特徴とする。

【００２２】この請求項４にかかる発明によれば、集計
ステップによって、プログラムの中の関数の実行により
出力された通過情報と、関数の実行により呼び出される
他のすべての関数の実行により出力された通過情報とを
集計して、カバレージ情報を生成することで、関数がそ
の中で別の関数を呼び出している場合に、関数の連鎖関
係を追ってカバレージを算出することができるので、あ
る関数に着目してデバッグを行ったときに、その関数に
対するデバッグの終了度合いを把握することができ、不
完全なデバッグ作業を防止してより高品質な画像形成装
置を提供することができる。

【００２３】また、請求項５にかかる発明は、請求項３
または４に記載の画像形成装置用カバレージ測定方法に
おいて、前記集計ステップにより生成された前記カバレ
ージ情報に基づいて、前記プログラムのソースコードの
前記カバレージ情報の対応箇所に通過マークを累積的に
付加するマーク付加ステップ、をさらに含んだことを特
徴とする。

【００２４】この請求項５にかかる発明によれば、マー
ク付加ステップによって、集計ステップにより生成され
たカバレージ情報に基づいてプログラムのソースコード
のカバレージ情報の対応箇所に通過マークを累積的に付
加することで、過去のプログラム実行による通過マーク
と、今回のプログラム実行による通過マークとが累積的
に付加されて、デバッグ作業全体の終了度合いを総合的
に把握することができ、より高品質な画像形成装置を提
供することができる。

【００２５】また、請求項６にかかる発明は、請求項５
に記載の画像形成装置用カバレージ測定方法において、
前記マーク付加ステップは、前記通過マークを、前記ソ
ースコードのコメント箇所に付加することを特徴とす
る。

【００２６】この請求項６にかかる発明によれば、マー
ク付加ステップによって、通過マークをソースコードの
コメント箇所に付加することで、通過マークのソースコ
ードへの付加によってソースファイルを再コンパイルす
る必要がなくなり、デバッグ作業を効率的に行うことが
できる。

【００２７】また、請求項７にかかる発明は、請求項１
〜６のいずれか一つに記載された方法をコンピュータに
実行させるプログラムであるので、請求項１〜６のいず
れか一つの動作をコンピュータによって実行することが
できる。

【００２８】また、請求項８にかかる発明は、プログラ
ムの実行によって、前記プログラムの中の関数およびそ
の関数によって呼び出されたすべての関数を実行した旨
の通過情報を集計して、集計結果から前記プログラムの
テストの網羅度を示すカバレージ情報を生成する集計手
段と、前記集計手段によって生成されたカバレージ情報
を表示する表示手段と、を備えたことを特徴とするカバ
レージ測定装置にかかるものである。

【００２９】この請求項８にかかる発明によれば、集計
手段によって、プログラムの中の関数およびその関数に
よって呼び出されたすべての関数を実行した旨の通過情
報を集計して、集計結果からプログラムのテストの網羅
度を示すカバレージ情報を生成し、表示手段によって、
生成されたカバレージ情報を表示することで、関数がそ
の中で別の関数を呼び出している場合に、関数の連鎖関
係を追ってカバレージを算出することができるので、あ
る関数に着目してデバッグを行ったときに、その関数に
対するデバッグの終了度合いを把握することができ、不
完全なデバッグ作業を防止して高品質なソフトウェアを
提供することができる。

【００３０】また、請求項９にかかる発明は、請求項８
に記載のカバレージ測定装置において、前記表示手段
は、前記プログラムの中の関数の前記カバレージ情報
と、前記呼び出されたすべての関数の前記カバレージ情
報とを、別個に表示することを特徴とする。

【００３１】この請求項９にかかる発明によれば、表示
手段によって、プログラムの中の関数のカバレージ情報
と、呼び出されたすべての関数のカバレージ情報とを、
別個に表示することで、その関数が呼び出したすべての
関数の通過情報を含めたカバレージの他に、その関数だ
けのカバレージも同時に表示することができるので、関
数自体のデバッグの十分性と、その関数およびその関数
から呼ばれるすべての関数を含めたデバッグの十分性の
両方を評価することができ、より高品質なソフトウェア
を提供することができる。

【００３２】また、請求項１０にかかる発明は、プログ
ラムの実行によって、前記プログラムの中の関数および
その関数によって呼び出されたすべての関数を実行した
旨の通過情報を集計して、集計結果から前記プログラム
のテストの網羅度を示すカバレージ情報を生成する集計
ステップと、前記集計ステップによって生成されたカバ
レージ情報を表示する表示ステップと、をコンピュータ
に実行させるカバレージ測定プログラムにかかるもので
ある。

【００３３】この請求項１０にかかる発明によれば、集
計ステップによって、プログラムの実行によって、プロ
グラムの中の関数およびその関数によって呼び出された
すべての関数を実行した旨の通過情報を集計して、集計
結果からプログラムのテストの網羅度を示すカバレージ
情報を生成し、表示ステップによって、生成されたカバ
レージ情報を表示することで、関数がその中で別の関数
を呼び出している場合に、関数の連鎖関係を追ってカバ
レージを算出することができるので、ある関数に着目し
てデバッグを行ったときに、その関数に対するデバッグ
の終了度合いを把握することができ、不完全なデバッグ
作業を防止して高品質なソフトウェアを提供することが
できる。

【００３４】また、請求項１１にかかる発明は、請求項
１０に記載のカバレージ測定プログラムにおいて、前記
表示ステップは、前記プログラムの中の関数の前記カバ
レージ情報と、前記呼び出されたすべての関数の前記カ
バレージ情報とを、別個に表示することをコンピュータ
に実行させることを特徴とする。

【００３５】この請求項１１にかかる発明によれば、表
示ステップによって、プログラムの中の関数のカバレー
ジ情報と、呼び出されたすべての関数のカバレージ情報
とを、別個に表示することで、その関数が呼び出したす
べての関数の通過情報を含めたカバレージの他に、その
関数だけのカバレージも同時に表示することができるの
で、関数自体のデバッグの十分性と、その関数およびそ
の関数から呼ばれるすべての関数を含めたデバッグの十
分性の両方を評価することができ、より高品質なソフト
ウェアを提供することができる。

【００３６】また、請求項１２にかかる発明は、請求項
１０または１１に記載のカバレージ測定プログラムを記
録したコンピュータ読み取り可能な情報記録媒体である
ので、請求項１０または１１の動作をコンピュータによ
って実行することができる。

【００３７】

【発明の実施の形態】以下に添付図面を参照して、この
発明にかかる画像形成装置用プログラム生成方法、画像
形成装置用カバレージ測定方法、これらの方法をコンピ
ュータに実行させるプログラム、カバレージ測定装置、
カバレージ測定プログラムおよび情報記録媒体の好適な
実施の形態を詳細に説明する。

【００３８】（実施の形態１）この発明の実施の形態１
にかかるカバレージ測定装置およびカバレージ測定プロ
グラムは、入力されるソースコードに記述された関数に
対して、通過情報を出力し、その通過情報を集計したカ
バレージを出力するというテストカバレージを行うもの
である。一般的にテストカバレージでの通過情報を取得
するには以下のような手順による処理が行われる。

【００３９】１．プログラムをコンパイルし、実行オブ
ジェクトを生成する。 ２．テストパターンを生成する。 ３．テストパターンを用いてプログラムを実行させ、通
過情報を取得する。 ４．通過情報に基づいて通過率を算出し、カバレージと
して出力する。 ５．通過情報に基づいてソースコードマーキング処理を
行う。 ６．ソースコード上の未通過部分を再検対し、テストパ
ターンを作成する。 ７．手順３．から繰り返す。

【００４０】以下に一般的な通過情報を取得するための
処理について説明する。図１は実施の形態１にかかるカ
バレージ測定装置に入力するソースコードの一例を示す
説明図である。

【００４１】コンパイラにこのプログラムが入力される
と、まずパーサと呼ばれる構文解析器がＣ言語の文法に
基づいて構文解析を行う。具体的にはこのプログラムに
含まれている関数名や変数名とその型の解釈や、代入
文、ｉｆ／ｅｌｓｅやｗｈｌｅ／ｆｏｒの解析なども行
う。解析が終了したら、行単位でマシン語に変換され
る。このプログラムが実行を始める前に、このプログラ
ムが含む行数分のカウンタ（メモリ）をあらかじめ確保
して、そのカウンタの中身を０にクリアする処理を追加
しておく。

【００４２】また、各行が翻訳されたマシン語の前に、
その行に対応するカウンタの中身を１増やす処理を追加
しておく。これにより、ソースレベルで１行処理される
ごとにその行に対応するカウンタが１増えることにな
る。このようにして、通過情報を得る。

【００４３】プログラムが終了する直前に、この一連の
カウンタの内容をあらかじめ決められたファイルに出力
することにより、通過情報が取得できる。例えば上記の
ようなフォーマットでは、行単位の通過情報で、ファイ
ル名、行番号、関数とこの行に対する通過回数からなっ
ている。この通過情報を元にファイル単位あるいは関数
単位のカバレージを算出する。ここで、カバレージと
は、プログラムをデバッグする際に、プログラムのテス
トの網羅度を示すものであり、プログラム実行により、
ソースコードの中で指定した箇所の通過率を算出してカ
バレージとしたり、前記指定箇所の通過回数のみをカバ
レージとしたり、通過率と通過回数の双方をカバレージ
とすることができる。

【００４４】テスト全体としての指標としてであれば、
ファイル単位あるいは関数単位のカバレージを求めるだ
けでも十分である。しかしながら、ある関数に着目し
て、その関数から呼び出される関数をも含めて、その関
数に対するテストの指標を得るには、ファイル単位ある
いは関数単位のカバレージだけでは十分とは言えない。

【００４５】そこで、あらかじめ関数の呼び出し関係を
検索しておき、この呼び出し関係に基づいて関数リスト
を作成する。この関数リストに基づいて、カバレージを
算出すれば、ある関数について、どれくらいテストが終
わっているかを客観的に評価することができる。

【００４６】ここで、ある関数から呼ばれる関数のリス
トを作成する場合、ＦｒｅｅＢＳＤ−４．０などに添付
されているｃｆｌｏｗを利用することで得ることができ
る。図１の例に示すソースコードに対してｃｆｌｏｗを
実行したときの出力結果を以下に示す。 １．ｍａｉｎ｛ｆｉｌｅ．ｃ ９｝ ２． ｆｕｎｃ１｛ｆｉｌｅ．ｃ ５｝ ３． ｆｕｎｃ２｛ｆｉｌｅ．ｃ ２｝ ここで、各行は、関数名｛ファイル名 行番号｝の形式
で出力される。例えば、ｍａｉｎ｛ｆｉｌｅ．ｃ ９｝
は、ｍａｉｎという関数はｆｉｌｅ．ｃというファイル
の９行目に存在していることを意味する。そして、かか
る出力結果は、ｍａｉｎという関数はｆｕｎｃ１という
関数を呼び出しており、ｆｕｎｃ１はｆｕｎｃ２を呼び
出していることを示している。

【００４７】ある関数に着目して、その関数から呼び出
される関数をも含めて、その関数についてのカバレージ
を算出する手順を以下に示す。 １．ある関数と、この関数から呼ばれる関数のリストを
作成する。 ２．通過情報から関数単位のカバレージを算出する。 ３．関数リスト記載の関数について、それ自身とその関
数が呼び出している関数のカバレージを加算し算出す
る。 ４．関数のリストに関数自身のカバレージとその関数が
呼び出しているすべての関数の累積カバレージを追加表
記する。

【００４８】下記に処理結果の例を示す。 １．ｍａｉｎ｛ｆｉｌｅ．ｃ ９｝ ８０％ ５６％ ２． ｆｕｎｃ１｛ｆｉｌｅ．ｃ ５｝ ２０％ ３０％ ３． ｆｕｎｃ２｛ｆｉｌｅ．ｃ ２｝ １００％ １００％

【００４９】このように、関数ｍａｉｎのカバレージ
と、関数ｍａｉｎから呼び出される関数ｆｕｎｃ１のカ
バレージと、関数ｆｕｎｃ１から呼び出される関数ｆｕ
ｎｃ２のカバレージとが別々に表示されている。

【００５０】関数名のあとに２つの１００分率による数
字が示されているが、前者の数字が関数自体の通過率を
示し、後者の数字が、関数とその関数が呼び出している
すべての関数の通過率の合計を示している。

【００５１】図２は、実施の形態１にかかるカバレージ
測定装置のハードウェア構成を示すブロック図である。
実施の形態１にかかるカバレージ測定装置は、ＣＰＵ１
０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、スキャナ１
０４と、ＣＲＴやプリンタエンジン（印字装置）などの
出力装置１０５と、ハードディスクドライブ（ＨＤＤ）
１０６と、ＣＤ−ＲＯＭメディア１０９の入力を制御す
るＣＤ−ＲＯＭドライブ１０７と、キーボードやマウス
などの入力装置１０８とが、バス１１０で接続された構
成となっている。ここで、ＣＤ−ＲＯＭメディア１０９
は、本発明における情報記憶媒体を構成するものであ
り、上記の手順をコンピュータに実行させるプログラム
が記録されている。

【００５２】このように実施の形態１にかかるカバレー
ジ測定装置では、プログラムの実行によって、プログラ
ムの中の関数およびその関数によって呼び出されたすべ
ての関数を実行した旨の通過情報を集計して、プログラ
ムのテスト網羅度を示すカバレージを表示しているの
で、関数がその中で別の関数を呼び出している場合に、
関数の連鎖関係を追ってカバレージを表示することがで
きる。このため、ある関数に着目してデバッグを行った
ときに、その関数に対するデバッグの終了度合いを把握
することができ、高品質なソフトウェアを提供すること
ができる。

【００５３】また、実施の形態１にかかるカバレージ測
定装置では、プログラムの中の関数のカバレージと、そ
の関数から呼び出されたすべての関数のカバレージとを
別々に表示しているので、その関数が呼び出したすべて
の関数を含めたカバレージの他に、その関数だけのカバ
レージも同時に表示することができ、関数自体のデバッ
グの十分性と、その関数およびその関数から呼ばれるす
べての関数を含めたデバッグの十分性の両方を評価する
ことができ、より高品質なソフトウェアを提供すること
ができる。

【００５４】（実施の形態２）実施の形態１にかかるカ
バレージ測定装置およびカバレージ測定プログラムは、
一般的なプログラムのデバッグ作業においてカバレージ
を測定するものであったが、この実施の形態２では、画
像形成装置で動作するプログラムを開発する際のデバッ
グ作業で行われるカバレージの測定に関するものであ
る。実施の形態２では、画像形成装置（以下、「複合
機」という。）で動作させる新規アプリケーションを開
発する場合、デバッグ用ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏ
ｍｐｕｔｅｒ）によってアプリケーションのソースファ
イルを作成する。そして、アプリケーション開発のため
にＣＤ−ＲＯＭなどの記録媒体で提供されるアプリ開発
キットをデバッグ用ＰＣにインストールして、作成した
ソースファイルを、デバッグ用ＰＣでコンパイル、リン
クして複合機で実行可能なアプリケーションの実行形式
ファイルを生成している。

【００５５】図３は、実施の形態２であるデバッグ用Ｐ
Ｃ３００のソフトウェア構成を示すブロック図である。
この図３では、アプリ開発キットをデバッグ用ＰＣ３０
０のハードディスク（ＨＤ）３３０にインストールした
状態を示している。実施の形態２にかかるデバッグ用Ｐ
Ｃ３００は、複合機で動作させるための新規アプリケー
ションのソースファイルをコンパイルおよびリンクし
て、新規アプリーションの実行形式プログラムを生成す
るものである。実施の形態２にかかるデバッグ用ＰＣ３
００は、図３に示すように、カバレージ機能付きコンパ
イラ３１０と、リンカ３２０と、カバレージ処理部３４
０と、ＨＤ３３０とから構成される。

【００５６】カバレージ機能付きコンパイラ３１０は、
ハードディスク（ＨＤ）３３０に格納された新規アプリ
ケーションのソースコードが記述されたソースファイル
３３２を、コマンドの指定に従って、オブジェクトコー
ドからなるオブジェクトファイル３３３を生成するもの
である。カバレージ機能付きコンパイラ３１０は、図３
に示すように、コマンド解析部３１１と、構文解析部３
１２と、通過情報処理付加部３１３と、コード生成部３
１４とから構成される。

【００５７】ＨＤ（ハードディスク）３３０には、アプ
リケーション開発用のアプリ開発キット３３１がインス
トールされている。また、ＨＤ３３０にアプリケーショ
ンのＣ言語ソースコードが記述されたソースファイル３
３２が格納される。このソースファイル３３２は、デバ
ッグ用ＰＣ３００でエディタによって作成される。ま
た、ＨＤ３３０には、カバレージ機能付きコンパイラ３
１０によって、オブジェクトファイル３３３が生成さ
れ、さらにリンカ３２０によってアプリケーションの実
行形式ファイル３３４が生成される。

【００５８】カバレージ機能付きコンパイラ３１０のコ
マンド解析部３１１は、ユーザからキーボードなどの入
力装置によって入力されたコマンドのパラメータや構文
の解析を行って、入力されたコマンドが文法的に正確か
否かを判断するものである。

【００５９】構文解析部３１２は、ＨＤ３３０に格納さ
れたアプリケーションのソースファイル３３２を入力し
て、ソースファイル３３２に記述されたＣ言語ソースコ
ードを、Ｃ言語文法に従って解析し、導出木や構文木な
どを生成するものであり、通常のコンパイラにおける構
文解析と同様の処理を行う。

【００６０】通過情報処理付加部３１３は、ユーザから
のコマンドのオプションパラメータによる指定によっ
て、ソースコードにプログラム実行によって実行された
旨を示す通過情報を出力する処理（通過情報処理）を追
加するものである。この通過情報は、ソースコードの関
数ごとに通過回数をカウントしたものである。通過情報
処理付加部３１３がソースコードに付加する通過情報処
理は、具体的には、ソースコードの先頭に通過回数を示
すカウンタのためのカウンタ領域の確保および当該領域
の初期化処理、ソースコードの関数ごとにカウンタを、
通過するごとに１づつ増加する処理（インクリメント処
理）、カウンタ値をファイル名および行数とともに出力
する処理、プログラムの最終部分でカウンタ領域を解放
する処理である。

【００６１】コード生成部３１４は、構文解析されたソ
ースファイル３３２を、オブジェクトコードからなるア
プリケーションのオブジェクトファイル３３３を生成す
るものである。

【００６２】リンカ３２０は、コード生成部３１４によ
って生成されたオブジェクトファイル３３３と、アプリ
開発キット３３１の中のコントロールサービス関数ライ
ブラリおよび標準関数ライブラリとをリンク（結合）し
て、複合機５００およびコンピュータのＯＳ上で実行可
能なアプリケーションの実行形式ファイル３３４を生成
するものである。

【００６３】カバレージ処理部３４０は、ＨＤ３３０に
インストールされたカバレージツールを実行したときに
ＲＡＭ４０３に生成される。このカバレージ処理部３４
０は、集計部３４１と、マーク付加部３４２とから構成
される。

【００６４】集計部３４１は、実行形式ファイル３３４
を実行することにより出力される通過情報を、関数およ
びその関数が呼び出している関数を１グループとして集
計して、集計結果としてカバレージを生成するものであ
る。カバレージは、具体的には、関数ごとに、ファイル
名、行数、通過回数（集計値）、通過率および呼び出さ
れる関数全体の通過率合計を示すものである。

【００６５】マーク付加部３４２は、このカバレージか
ら、ソースファイル３３２のソースコードの該当する行
に、通過回数をコメントとして付加するものである。す
でに、通過回数が記述されている場合には、新たな通過
回数を加算して付加する。

【００６６】アプリ開発キット３３１は、ＣＤ−ＲＯＭ
またはフレキシブルディスク（ＦＤ）などの記録媒体に
インストール可能な形式で提供され、デバッグ用ＰＣ３
００のＨＤ３３０にインストールされる。このアプリ開
発キット３３１の中には、図３に示すように、各コント
ロールサービスごとに、提供するサービス関数を登録し
たコントロールサービス関数ライブラリ（たとえば、Ｅ
ＣＳ関数ライブラリ、ＭＣＳ関数ライブラリなど）と、
ｓｔｒｃｐｙ、ｍｅｍｃｐｙなどのＣ言語標準関数を登
録した標準関数ライブラリと、アプリケーションとコン
トロールサービスに共通で使用される関数宣言やメッセ
ージ宣言が記述されているヘッダファイルと、カバレー
ジ機能付きコンパイラ３１０のプログラムと、リンカ３
２０のプログラムと、カバレージツールのプログラム
と、汎用ＯＳプログラムと、デバッガなどのデバッグ用
ユーティリティとが含まれている。

【００６７】上記カバレージ機能付きコンパイラ３１０
の各部、リンカ３２０およびカバレージ処理部３４０
は、このアプリ開発キットをインストールして、カバレ
ージ機能付きコンパイラプログラム、リンカプログラム
およびカバレージツールをそれぞれ実行したときに、Ｒ
ＡＭ４０３上に生成されて実行される。

【００６８】なお、実施の形態２では、アプリ開発キッ
トを記録媒体で提供することとしているが、このような
実行可能な形式またはインストール可能な形式のファイ
ルを、ネットワーク経由でダウンロードすることにより
提供するように構成しても良い。

【００６９】図４は、実施の形態２にかかるデバッグ用
ＰＣ３００のハードウェア構成およびデバッグ環境のネ
ットワーク構成を示すブロック図である。図４に示すよ
うに、このデバッグ用ＰＣ３００は、ＣＰＵなどの制御
装置４０４と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ
Ｍｅｍｏｒｙ）４０３と、ＨＤ（ハードディスク）３３
０と、ディスプレイ装置などの表示装置４０２と、キー
ボードやマウスなどの入力装置４０１と、ＬＡＮボード
やモデムなどの通信装置４０６と、ＣＤ−ＲＯＭなどの
記録媒体のリード制御を行うＣＤドライブ装置などの外
部記憶装置４０５とを備えており、ＰＣ（Ｐｅｒｓｏｎ
ａｌ Ｃｏｍｐｕｔｅｒ）、ワークステーションなどの
コンピュータを利用した通常の構成である。

【００７０】このデバッグ用ＰＣ３００は、イーサネッ
ト（登録商標）４０８などのネットワークによって複合
機５００と接続されており、ＬＡＮ環境が構築されてい
る。複合機５００には、複合機５００の起動を制御した
り、エラー表示のためのコンソールＰＣ４０７がケーブ
ルによって接続されている。また、図４に示すように、
複合機５００は、その起動時に、自己のファイルシステ
ムにデバッグ用ＰＣ３００のＨＤ３３０のファイルシス
テムをＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅ
ｍ）によってマウントし、デバッグ用ＰＣ３００のファ
イルシステムを、仮想的に複合機５００のファイルシス
テムに統合するようになっている。従って、このデバッ
グ用ＰＣ３００のＨＤ３３０は、本発明における記憶手
段を構成する。

【００７１】次に、デバッグ対象である複合機５００に
ついて説明する。図５は、複合機５００の機能的構成を
示すブロック図である。図５に示すように、複合機５０
０は、白黒ラインプリンタ（B&W LP）５０１と、カラー
ラインプリンタ（Color LP）５０２と、スキャナ、ファ
クシミリ、ハードディスク（ＨＤ）、メモリ、ネットワ
ークインタフェースなどのハードウェアリソース５０３
を有するとともに、プラットホーム５２０とアプリケー
ション５３０とから構成されるソフトウェア群５１０と
を備えている。

【００７２】プラットホーム５２０は、アプリケーショ
ン５３０からの処理要求を解釈してハードウェア資源の
獲得要求を発生させるコントロールサービスと、一また
は複数のハードウェア資源の管理を行い、コントロール
サービスからの獲得要求を調停するシステムリソースマ
ネージャ（ＳＲＭ）５２３と、汎用ＯＳ５２１とを備え
ている。

【００７３】コントロールサービスは、複数のサービス
モジュールから形成され、ＳＣＳ（システムコントロー
ルサービス）５２２と、ＥＣＳ（エンジンコントロール
サービス）５２４と、ＭＣＳ（メモリコントロールサー
ビス）５２５と、ＯＣＳ（オペレーションパネルコント
ロールサービス）５２６と、ＦＣＳ（ファックスコント
ロールサービス）５２７と、ＮＣＳ（ネットワークコン
トロールサービス）５２８とから構成される。なお、こ
のプラットホーム５２０は、あらかじめ定義された関数
により前記アプリケーション５３０から処理要求を受信
可能とするアプリケーションプログラムインタフェース
（ＡＰＩ）を有する。

【００７４】汎用ＯＳ５２１は、ＵＮＩＸ（登録商標）
などの汎用オペレーティングシステムであり、プラット
ホーム５２０並びにアプリケーション５３０の各ソフト
ウェアをそれぞれプロセスとして並列実行する。

【００７５】ＳＲＭ５２３のプロセスは、ＳＣＳ５２２
とともにシステムの制御およびリソースの管理を行うも
のである。ＳＲＭ５２３のプロセスは、スキャナ部やプ
リンタ部などのエンジン、メモリ、ＨＤＤファイル、ホ
ストＩ／Ｏ（セントロＩ／Ｆ、ネットワークＩ／Ｆ、Ｉ
ＥＥＥ１３９４ Ｉ／Ｆ、ＲＳ２３２Ｃ Ｉ／Ｆなど）
のハードウェア資源を利用する上位層からの要求に従っ
て調停を行い、実行制御する。

【００７６】具体的には、このＳＲＭ５２３は、要求さ
れたハードウェア資源が利用可能であるか（他の要求に
より利用されていないかどうか）を判断し、利用可能で
あれば要求されたハードウェア資源が利用可能である旨
を上位層に伝える。また、ＳＲＭ５２３は、上位層から
の要求に対してハードウェア資源の利用スケジューリン
グを行い、要求内容（例えば、プリンタエンジンにより
紙搬送と作像動作、メモリ確保、ファイル生成など）を
直接実施している。

【００７７】ＳＣＳ５２２のプロセスは、アプリ管理、
操作部制御、システム画面表示、ＬＥＤ表示、リソース
管理、割り込みアプリ制御などを行う。

【００７８】ＥＣＳ５２４のプロセスは、白黒ラインプ
リンタ（B&W LP）５０１、カラーラインプリンタ（Colo
r LP）５０２、スキャナ、ファクシミリなどからなるハ
ードウェアリソース５０３のエンジンの制御を行う。

【００７９】ＭＣＳ５２５のプロセスは、画像メモリの
取得および解放、ハードディスク装置（ＨＤＤ）の利
用、画像データの圧縮および伸張などを行う。

【００８０】ＦＣＳ５２７のプロセスは、システムコン
トローラの各アプリ層からＰＳＴＮ／ＩＳＤＮ網を利用
したファクシミリ送受信、ＢＫＭ（バックアップＳＲＡ
Ｍ）で管理されている各種ファクシミリデータの登録／
引用、ファクシミリ読みとり、ファクシミリ受信印刷、
融合送受信を行うためのＡＰＩを提供する。

【００８１】ＮＣＳ５２８のプロセスは、ネットワーク
Ｉ／Ｏを必要とするアプリケーションに対して共通に利
用できるサービスを提供するためのプロセスであり、ネ
ットワーク側から各プロトコルによって受信したデータ
を各アプリケーションに振り分けたり、アプリケーショ
ンからデータをネットワーク側に送信する際の仲介を行
う。具体的には、ftpd、httpd、lpd、snmpd、telnetd、
smtpdなどのサーバデーモンや、同プロトコルのクライ
アント機能などを有している。

【００８２】ＯＣＳ５２６は、オペレータ（ユーザ）と
本体制御間の情報伝達手段となるオペレーションパネル
（操作パネル）の制御を行う。ＯＣＳ５２６は、オペレ
ーションパネル６１０からキー押下をキーイベントとし
て取得し、取得したキーに対応したキーイベント関数を
ＳＣＳ５２２に送信するＯＣＳプロセスの部分と、アプ
リケーション５３０またはコントロールサービスからの
要求によりオペレーションパネル６１０に各種画面を描
画出力する描画関数やその他オペレーションパネルに対
する制御を行う関数などがあらかじめ登録されたＯＣＳ
ライブラリの部分とから構成される。このＯＣＳライブ
ラリは、アプリケーション５３０およびコントロールサ
ービスの各モジュールにリンクされて実装されている。
なお、ＯＣＳ５２６のすべてをプロセスとして動作させ
るように構成しても良く、あるいはＯＣＳ５２６のすべ
てをＯＣＳライブラリとして構成しても良い。

【００８３】アプリケーション５３０は、ページ記述言
語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ）
を有するプリンタ用のアプリケーションであるプリンタ
アプリ５１１と、コピー用アプリケーションであるコピ
ーアプリ５１２と、ファクシミリ用アプリケーションで
あるファックスアプリ５１３と、スキャナ用アプリケー
ションであるスキャナアプリ５１４と、ネットワークフ
ァイル用アプリケーションであるネットファイルアプリ
５１５と、工程検査用アプリケーションである工程検査
アプリ５１６とを有している。これらのアプリケーショ
ン５３０はいずれも複合機５００の起動時に後述する複
合機初期化部７００によってプロセスとして生成され、
動作する。

【００８４】アプリケーション５３０の各プロセス、コ
ントロールサービスの各プロセスは、関数呼び出しとそ
の戻り値送信およびメッセージの送受信によってプロセ
ス間通信を行いながら、コピー、プリンタ、スキャナ、
ファクシミリなどの画像形成処理にかかるユーザサービ
スを実現している。

【００８５】このように、実施の形態１にかかる複合機
５００には、複数のアプリケーション５３０および複数
のコントロールサービスが存在し、いずれもプロセスと
して動作している。そして、これらの各プロセス内部に
は、一または複数のスレッドが生成されて、スレッド単
位の並列実行が行われる。そして、コントロールサービ
スがアプリケーション５３０に対し共通サービスを提供
しており、このため、これらの多数のプロセスが並列動
作、およびスレッドの並列動作を行って互いにプロセス
間通信を行って協調動作をしながら、コピー、プリン
タ、スキャナ、ファクシミリなどの画像形成処理にかか
るユーザサービスを提供するようになっている。そし
て、複合機５００には、サードベンダーなどの第三者が
コントロールサービス層の上のアプリケーション層に新
規なアプリケーションを開発して搭載することが可能と
なっている。

【００８６】図６は、図５に示した実施の形態２の複合
機５００のハードウェア構成図である。図６に示すよう
に、この複合機５００は、ＣＰＵ６０２、ＳＤＲＡＭ６
０３、ＳＲＡＭ６０８、フラッシュメモリ６０４、フラ
ッシュカードインタフェース部６０６およびＨＤ６０５
などをＡＳＩＣ６０１に接続したコントローラボード６
００と、オペレーションパネル６１０と、ファックスコ
ントロールユニット（ＦＣＵ）６２０と、ＵＳＢ６３０
と、ＩＥＥＥ1394 ６４０と、プリンタ６５０とから構
成されている。オペレーションパネル６１０はＡＳＩＣ
６０１に直接接続され、ＦＣＵ６２０、ＵＳＢ６３０、
ＩＥＥＥ1394 ６４０およびプリンタ６５０はＰＣＩバ
スを介してＡＳＩＣ６０１に接続されている。

【００８７】フラッシュカードインタフェース部６０６
は、フラッシュカード６０７を挿入して、フラッシュカ
ード６０７とデータのやりとりを行うインタフェースで
ある。

【００８８】フラッシュメモリ（以下、「フラッシュＲ
ＯＭ」という。）６０４には、上述の各アプリ、プラッ
トホーム５２０を構成する各コントロールサービスやＳ
ＲＭ５２３の各プログラム、起動するコントロールサー
ビスおよびアプリを指定したコンフィグレーションファ
イルが格納されている。なお、フラッシュＲＯＭ６０４
内のコンフィグレーションファイルは、複合機５００の
起動時に参照されるが、複合機５００のネットワークブ
ート時には、ネットワークに接続されたデバッグ用ＰＣ
３００のＨＤ３３０に格納されたコンフィグレーション
ファイルが参照される。

【００８９】オペレーションパネル６１０は、利用者の
キー入力、ボタン押下などのキー操作を入力する操作部
と、ボタン、ウィンドウ、各種画面などの描画データを
表示する表示部とから構成されている。

【００９０】図７は、複合機５００の起動時に実行され
る複合機初期化部７００の構成を示すブロック図であ
る。複合機初期化部７００は、ＲＯＭモニタ７０１とプ
ログラム起動部７０２とから構成される。ＲＯＭモニタ
７０１は、ハードウェアの初期化、コントローラボード
６００の診断、ソフトウェアの初期化、汎用ＯＳ５２１
の起動などを行う。

【００９１】プログラム起動部７０２は、汎用ＯＳ５２
１から呼び出されるものであり、コンフィグレーション
ファイルを参照して、コンフィグレーションファイルに
指定されているコントロールサービスとアプリを、フラ
ッシュＲＯＭ６０４から読み出して複合機５００上で起
動するものである。また、コントローラボード６００の
ディップスイッチがネットワークブート側に設定された
状態で複合機５００が電源投入された場合には、プログ
ラム起動部７０２は、ネットワーク上のデバッグ用ＰＣ
３００のＨＤ３３０のファイルシステムを、ＮＦＳによ
ってマウントし、マウントされたネットワーク上のＨＤ
３３０に格納されているコンフィグレーションファイル
を参照する。そして、コンフィグレーションファイルで
指定されたコントロールサービスとアプリケーション５
３０、およびＮＦＳマウントされたＨＤ３３０の中のア
プリの実行形式ファイル３３４を起動する。

【００９２】次に、以上のように構成されたデバッグ用
ＰＣ３００におけるカバレージ機能を使用したプログラ
ム生成処理について説明する。まず、デバッグ作業を行
うユーザはデバッグ用ＰＣ３００において、エディタな
どの編集ツールによって新規アプリのソースコードを記
述しソースファイル３３２を生成して、ＨＤ３３０に格
納する。

【００９３】ここで、新規アプリは任意の機能を持たせ
ることができるが、例えば、以下のような機能を新規ア
プリの一部または全部の機能とすることが考えられる。
オペレーションパネル６１０の操作部表示画面の設計、
スキャナから読み取ったデータのファイル保存、ＨＤ６
０５上の画像データの加工および編集、プロッタを利用
した印刷、機器状態の通知要求および通知、イーサネッ
ト（登録商標）を利用した他の機器との接続などの機能
を有する新規アプリを、アプリ開発キット３３１を利用
して作成することが可能である。また、複合機５００の
汎用ＯＳ５２１がＵＮＩＸ（登録商標）である場合に
は、ＵＮＩＸ（登録商標）用のソフトウェアを新規アプ
リとすることも可能である。なお、新規アプリの機能と
してはこれらの機能に限定されるものではない。

【００９４】そして、ユーザは、新規アプリの実行形式
ファイル３３４を生成するために、デバッグ用ＰＣ３０
０のキーボードなどの入力装置４０１から、カバレージ
機能付きコンパイラ３１０およびリンカ３２０の起動コ
マンドを入力する。なお、起動コマンドでは、カバレー
ジ機能を利用するためカバレージオプションを指定する
ものとする。

【００９５】図８は、デバッグ用ＰＣ３００による新規
アプリのプログラム生成処理の手順を示すフローチャー
トである。起動コマンドが入力されると、カバレージ機
能付きコンパイラ３１０が起動し、コマンド解析部３１
１によって入力されたコマンドの解析を行う（ステップ
Ｓ８０１）。具体的にはパラメータや構文の解析を行っ
て、入力されたコマンドが文法的に正確か否かを判断す
る。

【００９６】次に、構文解析部３１２によって、新規ア
プリのソースファイル３３２とインストール済みのアプ
リ開発キット３３１の中のヘッダファイルを読み込み
（ステップＳ８０２）、ソースファイル３３２に記述さ
れたＣ言語ソースコードの構文解析を行う（ステップＳ
８０３）。具体的には、構文解析部３１２は、Ｃ言語ソ
ースコードをＣ言語文法に従って解析し、導出木や構文
木などを生成する。

【００９７】次に、通過情報処理付加部３１３によっ
て、ソースコードの先頭に、カウンタ領域を確保ため確
保命令を追加する（ステップＳ８０４）。このカウンタ
領域は、新規アプリの実行形式ファイル３３４（プログ
ラム）を実行したときに、ソースコード上で何回通過し
たかをカウントする際に使用する領域である。このた
め、出力する通過情報の数のサイズだけ確保する必要が
ある。実施の形態２では、関数の行において通過情報を
出力するように、関数の行数分のサイズを確保する。な
お、この他、ソースコードの１行ごとに通過情報を出力
するように構成することもできる。この場合には、ソー
スコードのすべての行数分（複数のソースファイルがあ
る場合には、すべてのソースファイルのソースコードの
行数分）のサイズとし、関数行か１行ごとかの指定は起
動コマンドのオプションパラメータで指定するように構
成すれば良い。そして、通過情報処理付加部３１３によ
って、確保したカウンタ領域の初期化命令を確保命令の
後に追加する（ステップＳ８０５）。

【００９８】次に、通過情報処理付加部３１３によっ
て、ソースコードにおける関数行を検索し、検索された
関数行の後の行に、カウンタの１増加命令（以下、「イ
ンクリメント命令」という。）を追加する（ステップＳ
８０６）。そして、かかるインクリメント命令の追加を
ソースコード（ソースファイル３３２が複数存在する場
合にはすべてのソースファイル３３２のソースコード）
のすべての関数の行に対して繰り返し行う（ステップＳ
８０７）。

【００９９】次に、通過情報処理付加部３１３によっ
て、ソースコードの最終箇所（処理終了の箇所）に、カ
ウンタ領域の数値（すべてのカウンタ値）の出力命令
と、カウンタ領域の解放命令とを追加する（ステップＳ
８０８）。

【０１００】そして、コード生成部３１４によってコー
ド生成処理を行って、新規アプリのオブジェクトコード
を生成し、オブジェクトファイル３３３としてＨＤ３３
０に格納する（ステップＳ８０９）。そして、生成され
た新規アプリのオブジェクトファイル３３３と、アプリ
開発キット３３１のコントロールサービス関数ライブラ
リと標準関数ライブラリとをリンクして、新規アプリの
実行形式ファイル３３４を生成し、ＨＤ３３０に格納す
る（ステップＳ８１０）。これにより、実行時に通過情
報を出力するというカバレージ機能を含む新規アプリの
プログラムが生成されることになる。

【０１０１】図９は、ソースファイル３３２のソースコ
ードに上述の通過情報処理付加部３１３により通過情報
処理を施した後のソースコードの内容の一例を示す説明
図である。図９の例では、新規アプリの全体処理が記述
されたｎｅｗａｐｐｌ．ｃと、ＥＣＳ５２４が提供する
サービス関数を利用するための処理が記述されたｅｃ
ｓ．ｃと、ＥＣＳ５２４のサービス関数を呼び出す処理
が記述されたｅｃｓ＿ｓｕｂ．ｃの三つのソースファイ
ル３３２がある。そして、ｎｅｗａｐｐｌ．ｃの中で関
数ｅｃｓ＿ｊｏｂと関数ｍｃｓ＿ｆｉｌｅを呼び出し、
関数ｅｃｓ＿ｊｏｂの処理はソースファイルｅｃｓ．ｃ
に記述されている。ソースファイルｅｃｓ．ｃでは、Ｅ
ＣＳ５２４のサービス関数ｅｃｓ＿ｊｏｂ＿ｍｏｄｅと
関数ｅｃｓ＿ｊｏｂ＿ｓｔａｒｔを呼び出しており、関
数ｅｃｓ＿ｊｏｂ＿ｓｔａｒｔの処理はソースファイル
ｅｃｓ＿ｓｕｂ．ｃに記述されている。ソースファイル
ｅｃｓ＿ｓｕｂ．ｃでは、さらにＥＣＳ５２４のサービ
ス関数ｅｃｓ＿ｊｏｂ＿ｃｒｅａｔｅとサービス関数ｅ
ｃｓ＿ｊｏｂ＿ｏｐｅｎを呼び出している。

【０１０２】このようなソースコードのソースファイル
３３２に図８で説明した通過情報処理付加部３１３によ
る通過情報処理を施すと、図９に示すように、ソースコ
ードの先頭にカウンタ領域ｃｏｕｎｔ（配列）の確保命
令９０１およびその当該領域の初期化命令９０２が挿入
される。また、各関数の行の後には、各カウンタｃｏｕ
ｎｔ［ｎ］（ｎ：１〜関数の数）のインクリメント命令
９０３〜９０８が挿入される。さらに、ｎｅｗａｐｐ
ｌ．ｃのソースコードの最後に、ファイル名、行数およ
びカウンタｃｏｕｎｔの出力命令９０９とカウンタ領域
の解放命令９１０が挿入される。従って、このような通
過情報処理が挿入されて生成された実行形式ファイル３
３４を実行すると、各関数を実行する（通過する）たび
にカウンタが１だけ増加するので、各関数ごとにファイ
ル名、行数および通過回数が出力されることになる。

【０１０３】次に、このように生成された新規アプリの
実行形式ファイル３３４を使用したデバッグ方法につい
て説明する。上述のように、新規アプリの実行形式ファ
イル３３４はデバッグ用ＰＣ３００のＨＤ３３０に生成
されるが、生成されるディレクトリは、複合機５００の
ファイルシステムとＮＦＳによってマウントされる。こ
のため、新規アプリのデバッグ作業時に、デバッグ用Ｐ
Ｃ３００上で生成した新規アプリの実行形式ファイル３
３４をフラッシュカード６０７にコピーして複合機５０
０に移動したり、複合機５００のフラッシュＲＯＭ６０
４にコピーしたりする必要がなく、ユーザは複合機５０
０から離れた場所にいた状態で新規アプリのテストを行
うことができ、デバッグ作業を効率的に行える。

【０１０４】まず、デバッグ作業を行うユーザは、デバ
ッグ用ＰＣ３００のＨＤ３３０にコンフィグレーション
ファイルを作成する。コンフィグレーションファイル
は、複合機５００で実行されるコントロールサービスや
アプリケーション５３０を指定したものである。そし
て、複合機５００のネットワークボードのＭＡＣ（Ｍｅ
ｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス、複
合機５００のＩＰアドレス、デバッグ用ＰＣ３００のＩ
Ｐアドレスなどのネットワーク情報、および複合機５０
０にマウントさせる実行形式ファイル３３４の存在する
ディレクトリをエクスポートするためのディスク情報な
どを設定して、デバッグ用ＰＣ３００を再起動する。か
かるネットワーク情報とディスク情報は、汎用ＯＳ５２
１がＵＮＩＸ（登録商標）であれば、起動時に実行され
るシェルスクリプトに記述しておき、デバッグ用ＰＣ３
００を再起動させれば良い。

【０１０５】図１０は、複合機５００がネットワークブ
ートを行った場合の初期化処理の手順を示すフローチャ
ートである。ユーザは、複合機５００のディップスイッ
チをネットワークブート側に設定して、複合機５００の
電源を投入する。このとき、複合機初期化部７００のＲ
ＯＭモニタ７０１によってハードウェアの初期化と診断
処理が行われる（ステップＳ１００１）。次に、ネット
ワークブートの場合、ＲＯＭモニタ７０１はコンソール
ＰＣ４０７に起動コマンド入力待ちの画面を表示する。
このため、ユーザはコンソールＰＣ４０７から複合機５
００の起動コマンドを入力する。ＲＯＭモニタ７０１は
入力された起動コマンドを受け付けた後（ステップＳ１
００２）、汎用ＯＳ５２１を起動する（ステップＳ１０
０３）。

【０１０６】起動した汎用ＯＳ５２１は、コンソールＰ
Ｃ４０７に対してログイン入力画面を表示し、ユーザか
らのログイン入力待ち状態となる。ユーザは、コンソー
ルＰＣ４０７からユーザ名、パスワードを入力して複合
機５００に対してログインを行うと、汎用ＯＳ５２１
は、入力されたユーザ名、パスワードによるログインを
受け付けて、ユーザ認証処理を行う（ステップＳ１００
４）。そして、正当なユーザの場合には、汎用ＯＳ５２
１はプログラム起動部７０２を起動する。

【０１０７】プログラム起動部７０２は、まずデバッグ
用ＰＣ３００のエクスポートされたディスク（またはデ
ィレクトリ）をマウントする（ステップＳ１００５）。
かかるマウント処理は、汎用ＯＳ５２１がＵＮＩＸ（登
録商標）の場合、マウント先をデバッグ用ＰＣ３００で
設定したディスク情報に記述されたディスクまたはディ
レクトリを指定したマウントコマンドを、あらかじめ記
述したシェルスクリプトを用意して、プログラム起動部
７０２の実行時にかかるシェルスクリプトを実行するよ
うに構成しておけば良い。

【０１０８】次に、プログラム起動部７０２は、マウン
トしたデバッグ用ＰＣ３００のディスクからコンフィグ
レーションファイルを読み込み（ステップＳ１００
６）、かかるコンフィグレーションファイルの設定に従
って、複合機５００のフラッシュＲＯＭ６０４から各コ
ントロールサービスおよびアプリケーション５３０を起
動する（ステップＳ１００７）。さらに、プログラム起
動部７０２は、ＮＦＳマウントされたデバッグ用ＰＣ３
００のディスク（またはディレクトリ）から新規アプリ
の実行形式ファイル３３４を起動する（ステップＳ１０
０８）。これにより、複合機５００で新規アプリが実行
された状態となる。

【０１０９】このように、デバッグ用ＰＣ３００上の新
規アプリ（実行形式ファイル３３４）がＮＦＳマウント
によって仮想的に複合機５００で実行されると、カバレ
ージ機能付きコンパイラ３１０によって通過情報処理が
付加されているため、通過情報が出力される。このと
き、ユーザが、出力された通過情報を集計するために、
デバッグ用ＰＣ３００上でインストールされたアプリ開
発キット３３１のカバレージツールをツール起動コマン
ドの入力によって起動すると、図３に示すカバレージ処
理部３４０が実行される。

【０１１０】通過情報の集計は、関数とその関数から呼
び出される関数を一グループとした単位で行われる。そ
して、かかる通過情報の集計によって、各関数ごとに関
数の存在するソースファイル３３２のファイル名、関数
の存在する行、通過回数、通過率、呼び出される全関数
の通過率合計が、プログラムのテスト網羅度を示すカバ
レージとして出力される。このため、ユーザはあらかじ
め、関数とその関数から呼び出される関数の関係を示す
関数テーブルを作成しておく。図１１は、関数テーブル
の一例を示す説明図であり、図９に示したソースファイ
ル例における関数の呼び出し関係を示したものである。
図９において、関数がサブ関数１を呼び出し、サブ関数
１がサブ関数２を呼び出すことを示している。カバレー
ジは、この関数の欄に記述された関数を一グループとし
て出力される。なお、この関数テーブルは、汎用ＯＳ５
２１のコマンドあるいはシステムコールを利用すること
により、プログラム生成時に自動的に生成されるように
構成することも可能である。

【０１１１】図１２は、カバレージ処理部３４０の集計
部３４１による通過情報の集計およびカバレージの出力
処理の手順を示すフローチャートである。集計部３４１
は、まず出力された通過情報を一行読み込む（ステップ
Ｓ１２０１）。そして、関数テーブルを参照して、通過
情報を、関数およびその関数から呼び出される関数を一
グループとしたグループに分類する（ステップＳ１２０
２）。次に、分類した通過情報の通過回数（カウンタ
値）を、同一ファイルで、かつ同一関数の通過情報が存
在する場合にはその通過情報の通過回数（カウンタ値）
に加算する（ステップＳ１２０３）。このようなステッ
プＳ１２０１からＳ１２０３までの分類処理を、出力さ
れているすべての通過情報に対して繰り返し行う（ステ
ップＳ１２０４）。

【０１１２】次に、関数ごとの通過率およびその関数が
呼び出しているすべての関数の通過率合計を算出する
（ステップＳ１２０５）。ここで、通過率は、その関数
を通過したブロック数を、その関数の全ブロック数で除
した値として算出する。そして、関数名、ソースファイ
ル名、行数、通過回数、通過率、通過率合計をカバレー
ジとして関数のグループごとに出力する（ステップＳ１
２０６）。図１３は、出力されたカバレージの一例を示
す説明図であり、図９に示したソースファイル例におけ
るカバレージの一部を示している。

【０１１３】次に、このように出力されたカバレージか
らソースファイルに通過マークを付加するマーク付加処
理について説明する。図１４は、カバレージ処理部３４
０のマーク付加部３４２による通過マーク付加処理の手
順を示すフローチャートである。マーク付加部３４２
は、通過情報のファイル名および行数から対応する関数
のソースコード上の位置を特定し、その行上でセミコロ
ン（；）を検出する（ステップＳ１４０１）。

【０１１４】そして、セミコロン（；）の後方にコメン
トとして通過回数のマークがすでに記録されているか否
かをチェックする（ステップＳ１４０２）。そして、す
でに記録されている場合には、カバレージの通過回数を
すでに記録されている通過回数に加算して上書きする
（ステップＳ１４０３）。一方、通過回数がまだ記録さ
れていない場合には、コメント行としてカバレージの通
過回数を書き込む（ステップＳ１４０４）。そして、カ
バレージの中の次の通過情報を読み込み（ステップＳ１
４０５）、このようなステップＳ１４０１からＳ１４０
５までの処理を、すべての通過情報に対して繰り返し行
う（ステップＳ１４０６）。これにより、ソースファイ
ル３３２のソースコードに通過回数が累積的に加算され
ていくことになる。図１５は、通過回数が加算されたソ
ースファイル３３２の一例を示す説明図であり、図９に
示したソースファイル例に通過回数が書き込まれた例を
示している。

【０１１５】このように実施の形態２にかかるデバッグ
用ＰＣ３００のカバレージ機能付きコンパイラ３１０で
は、関数を実行した旨の通過情報を出力する通過情報処
理を、プログラムのソースコードに埋め込み、この通過
情報処理が埋め込まれたソースコードから実行形式ファ
イル３３４を生成しているので、生成された実行形式フ
ァイルを実行することにより、出力される通過情報から
カバレージを求め、デバッグ作業の終了度合いを明確に
把握することができ、高品質な複合機５００を提供する
ことが可能となる。

【０１１６】また、実施の形態２にかかる複合機５００
では、実行形式ファイル３３４のあるデバッグ用ＰＣ３
００のディレクトリを複合機５００のファイルシステム
とＮＦＳマウントさせて、ネットワーク経由で新規アプ
リのデバッグ作業を行っているので、記憶容量の小さい
複合機５００においても、カバレージを利用したデバッ
グ作業を行うことができ、高品質な画像形成装置を提供
することができる。また、このようにネットワーク経由
でデバッグ作業を行えるので、ユーザはデバッグ用ＰＣ
３００のある場所から複合機５００の配置されている場
所まで移動する必要がなくなり、デバッグ作業の効率化
を図ることができる。

【０１１７】また、実施の形態２にかかるカバレージツ
ールでは、ソースコード中の関数の実行により出力され
た通過情報と、関数の実行により呼び出される他のすべ
ての関数の実行により出力された通過情報とを集計し
て、カバレージを生成しているので、関数がその中で別
の関数を呼び出している場合に、関数の連鎖関係を追っ
てカバレージを算出することができる。このため、ある
関数に着目してデバッグを行ったときに、その関数に対
するデバッグの終了度合いを把握することができ、高品
質な複合機５００を提供することができる。

【０１１８】さらに、実施の形態２にかかるカバレージ
ツールでは、生成されたカバレージに基づいてソースコ
ードのカバレージの対応箇所に通過マークを累積的に付
加しているので、過去のプログラム実行による通過マー
クと、今回のプログラム実行による通過マークとが累積
的に付加されて、デバッグ作業全体の終了度合いを総合
的に把握することができる。この場合において、通過マ
ークは、ソースコードのコメント箇所に付加されるの
で、ソースファイル３３２を再コンパイルする必要がな
くなり、デバッグ作業を効率的に行うことができる。

【０１１９】なお、実施の形態２では、新規アプリを生
成しデバッグ作業を行う場合を例にあげて説明したが、
その他、コントロールサービスのプログラムを生成して
デバッグ作業を行う場合も、本発明を適用することがで
きる。

【０１２０】また、実施の形態２では、デバッグ用ＰＣ
３００を、開発用とデバッグ用に兼用して使用していた
が、たとえば、開発用ＰＣとデバッグ用ＰＣの２台を複
合機５００とネットワーク接続し、開発用ＰＣでプログ
ラム生成を行い、デバッグ用ＰＣを複合機５００とＮＦ
Ｓマウントするように構成しても良い。

【０１２１】さらに、実施の形態２にかかるカバレージ
ツールでは、通過回数、通過率、通過率合計をカバレー
ジとして出力しているが、この他、テストの網羅度を示
す情報であればいかなる情報もカバレージとして用いる
ことができる。

【０１２２】

【発明の効果】以上説明したように、請求項１にかかる
発明によれば、生成された実行形式ファイルを実行する
ことにより、通過情報が出力されるので、デバッグ作業
の終了度合いを明確に把握することができ、不完全なデ
バッグ作業を防止して高品質な画像形成装置を提供する
ことができるという効果を奏する。また、この請求項１
にかかる発明によれば、画像形成装置のデバッグ作業を
ネットワーク経由で実行することが可能となり、記憶容
量の小さい画像形成装置においても、カバレージ情報を
利用したデバッグ作業を行うことができ、不完全なデバ
ッグ作業を防止してより高品質な画像形成装置を提供す
ることができるという効果を奏する。

【０１２３】また、請求項２にかかる発明によれば、デ
バッグ作業の終了度合いを通過回数によって明確に把握
することができ、不完全なデバッグ作業を防止してより
高品質な画像形成装置を提供することができるという効
果を奏する。

【０１２４】また、請求項３にかかる発明によれば、記
憶容量の小さい画像形成装置においても、ネットワーク
経由でカバレージ情報を利用したプログラムのデバッグ
を行うことができ、不完全なデバッグ作業を防止してよ
り高品質な画像形成装置を提供することができるという
効果を奏する。

【０１２５】また、請求項４にかかる発明によれば、関
数の連鎖関係を追ってカバレージを算出することができ
るので、ある関数に着目してデバッグを行ったときに、
その関数に対するデバッグの終了度合いを把握すること
ができ、不完全なデバッグ作業を防止してより高品質な
画像形成装置を提供することができるという効果を奏す
る。

【０１２６】また、請求項５にかかる発明によれば、過
去のプログラム実行による通過マークと、今回のプログ
ラム実行による通過マークとが累積的に付加されて、デ
バッグ作業全体の終了度合いを総合的に把握することが
でき、より高品質な画像形成装置を提供することができ
るという効果を奏する。

【０１２７】また、請求項６にかかる発明によれば、通
過マークのソースコードへの付加によってソースファイ
ルを再コンパイルする必要がなくなり、デバッグ作業を
効率的に行うことができるという効果を奏する。

【０１２８】また、請求項７にかかる発明によれば、請
求項１〜６のいずれか一つの動作をコンピュータによっ
て実行することができるという効果を奏する。

【０１２９】また、請求項８にかかる発明によれば、関
数の連鎖関係を追ってカバレージを算出することがで
き、ある関数に着目してデバッグを行ったときに、その
関数に対するデバッグの終了度合いを把握することがで
き、不完全なデバッグ作業を防止して高品質なソフトウ
ェアを提供することができるという効果を奏する。

【０１３０】また、請求項９にかかる発明によれば、関
数自体のデバッグの十分性と、その関数およびその関数
から呼ばれるすべての関数を含めたデバッグの十分性の
両方を評価することができ、より高品質なソフトウェア
を提供することができるという効果を奏する。

【０１３１】また、請求項１０にかかる発明によれば、
関数の連鎖関係を追ってカバレージを算出することがで
き、ある関数に着目してデバッグを行ったときに、その
関数に対するデバッグの終了度合いを把握することがで
き、不完全なデバッグ作業を防止して高品質なソフトウ
ェアを提供することができるという効果を奏する。

【０１３２】また、請求項１１にかかる発明によれば、
関数自体のデバッグの十分性と、その関数およびその関
数から呼ばれるすべての関数を含めたデバッグの十分性
の両方を評価することができ、より高品質なソフトウェ
アを提供することができるという効果を奏する。

【０１３３】また、請求項１２にかかる発明によれば、
請求項１０または１１の動作をコンピュータによって実
行することができるという効果を奏する。

【図面の簡単な説明】

【図１】実施の形態１にかかるカバレージ測定装置に入
力するソースコードの一例を示す説明図である。

【図２】実施の形態１にかかるカバレージ測定装置およ
び記録媒体のハードウェア構成を示すブロック図であ
る。

【図３】実施の形態２にかかるデバッグ用ＰＣのソフト
ウェア構成を示すブロック図である。

【図４】実施の形態２にかかるデバッグ用ＰＣのハード
ウェア構成およびデバッグ環境のネットワーク構成を示
すブロック図である。

【図５】実施の形態２にかかる複合機の機能的構成を示
すブロック図である。

【図６】実施の形態２にかかる複合機のハードウェア構
成図である。

【図７】実施の形態２にかかる複合機の起動時に実行さ
れる複合機初期化部の機能的構成を示すブロック図であ
る。

【図８】実施の形態２にかかるデバッグ用ＰＣによる新
規アプリのプログラム生成処理の手順を示すフローチャ
ートである。

【図９】実施の形態２にかかるデバッグ用ＰＣにおい
て、ソースファイルのソースコードに通過情報処理を施
した後のソースコードの内容の一例を示す説明図であ
る。

【図１０】実施の形態２にかかる複合機におけるネット
ワークブート時の初期化処理の手順を示すフローチャー
トである。

【図１１】実施の形態２にかかるデバッグ用ＰＣにおけ
る関数テーブルの一例を示す説明図である。

【図１２】実施の形態２にかかるカバレージ処理部によ
る通過情報の集計およびカバレージの出力処理の手順を
示すフローチャートである。

【図１３】実施の形態２にかかるカバレージ処理部によ
って出力されたカバレージの一例を示す説明図である。

【図１４】実施の形態２にかかるカバレージ処理部によ
る通過マーク付加処理の手順を示すフローチャートであ
る。

【図１５】実施の形態２にかかるカバレージ処理部によ
って通過回数が加算されたソースファイルの一例を示す
説明図である。

【符号の説明】

１０１ ＣＰＵ １０２ ＲＯＭ １０３ ＲＡＭ １０４ スキャナ １０５ 出力装置 １０６ ハードディスクドライブ（ＨＤＤ） １０７ ＣＤ−ＲＯＭドライブ １０８ 入力装置（キーボード／マウス） １０９ ＣＤ−ＲＯＭメディア １１０ バス ３００ デバッグ用ＰＣ ３１０ コンパイラ ３１１ コマンド解析部 ３１２ 構文解析部 ３１３ 通過情報処理付加部 ３１４ コード生成部 ３２０ リンカ ３３０ ハードディスク（ＨＤ） ３３１ アプリ開発キット ３３２ ソースファイル ３３３ オブジェクトファイル ３３４ 実行形式ファイル ３４０ カバレージ処理部 ３４１ 集計部 ３４２ マーク付加部 ４０１ 入力装置 ４０２ 表示装置 ４０３ ＲＡＭ ４０４ 制御装置 ４０５ 外部記憶装置 ４０６ 通信装置 ４０７ コンソールＰＣ ４０８ イーサネット（登録商標） ５００ 複合機 ５０１ 白黒ラインプリンタ ５０２ カラーラインプリンタ ５０３ ハードウェアリソース ５１０ ソフトウェア群 ５１１ プリンタアプリ ５１２ コピーアプリ ５１３ ファックスアプリ ５１４ スキャナアプリ ５１５ ネットファイルアプリ ５１６ 工程検査アプリ ５２０ プラットホーム ５２１ 汎用ＯＳ ５２２ ＳＣＳ ５２３ ＳＲＭ ５２４ ＥＣＳ ５２５ ＭＣＳ ５２６ ＯＣＳ ５２７ ＦＣＳ ５２８ ＮＣＳ ５３０ アプリケーション ６００ コントローラボード ６０１ ＡＳＩＣ ６０２ ＣＰＵ ６０３ ＳＤＲＡＭ（ＲＡＭ） ６０４ フラッシュメモリ（ＲＯＭ） ６０５ ＨＤ ６０６ フラッシュカードインタフェース部 ６０７ フラッシュカード ６０８ ＳＲＡＭ ６１０ オペレーションパネル ６３０ ＵＳＢ ６４０ ＩＥＥＥ１３９４ ６５０ プリンタ ７００ 複合機初期化部 ７０１ ＲＯＭモニタ ７０２ プログラム起動部 ９０１ カウンタ領域確保命令 ９０２ カウンタ領域初期化命令 ９０３〜９０８ インクリメント命令 ９０９ 通過情報出力命令 ９１０ カウンタ領域解放命令

───────────────────────────────────────────────────── フロントページの続き (54)【発明の名称】 画像形成装置用プログラム生成方法、画像形成装置用カバレージ測定方法、これらの方法をコン ピュータに実行させるプログラム、カバレージ測定装置、カバレージ測定プログラムおよび情報 記録媒体

Claims (12)

【特許請求の範囲】
1. 【請求項１】 画像形成処理で使用されるハードウェア
   資源と、画像形成処理にかかるユーザサービスにそれぞ
   れ固有の処理を行うアプリケーションと前記ハードウェ
   ア資源との間に介在し、前記ユーザサービスを提供する
   際に、アプリケーションの少なくとも２つが共通的に必
   要とする前記ハードウェア資源の獲得要求、管理、実行
   制御並びに画像形成処理を行うコントロールサービスと
   を備えた画像形成装置で動作する前記コントロールサー
   ビスまたは前記アプリケーションのプログラムを生成す
   る画像形成装置用プログラム生成方法において、 前記プログラムの所定の箇所を実行した旨の通過情報を
   出力する通過情報処理を、前記プログラムのソースコー
   ドに埋め込む通過情報処理付加ステップと、 前記通過情報処理付加ステップによって前記通過情報処
   理が埋め込まれた前記ソースコードから実行形式ファイ
   ルを生成し、生成された実行形式ファイルを前記画像形
   成装置とネットワークを介してマウントされた記憶手段
   に格納する実行ファイル生成ステップと、 を含んだことを特徴とする画像形成装置用プログラム生
   成方法。
2. 【請求項２】 前記通過情報は、前記ソースコードにお
   ける通過箇所の行数と通過回数とを示すものであり、 前記通過情報処理付加ステップは、プログラム実行開始
   時に前記通過回数を記憶する領域を確保する処理と、プ
   ログラム実行の際の前記通過箇所における通過回数を計
   数する処理と、前記通過箇所の行数および計数された通
   過回数とを出力する処理とを、前記ソースコードに埋め
   込むことを特徴とする請求項１に記載の画像形成装置用
   プログラム生成方法。
3. 【請求項３】 画像形成処理で使用されるハードウェア
   資源と、画像形成処理にかかるユーザサービスにそれぞ
   れ固有の処理を行うアプリケーションと前記ハードウェ
   ア資源との間に介在し、前記ユーザサービスを提供する
   際に、アプリケーションの少なくとも２つが共通的に必
   要とする前記ハードウェア資源の獲得要求、管理、実行
   制御並びに画像形成処理を行うコントロールサービスと
   を備えた画像形成装置の前記コントロールサービスまた
   は前記アプリケーションのプログラムのテストの網羅度
   を示すカバレージ情報を生成する画像形成装置用カバレ
   ージ測定方法において、 前記プログラムを前記画像形成装置とネットワークを介
   してマウントされた記憶手段から実行することにより出
   力された前記プログラムの所定の箇所を実行した旨の通
   過情報を集計し、集計結果から前記カバレージ情報を生
   成する集計ステップ、 を含んだことを特徴とする画像形成装置用カバレージ測
   定方法。
4. 【請求項４】 前記集計ステップは、前記プログラムの
   中の関数の実行により出力された前記通過情報と、前記
   関数の実行により呼び出される他のすべての関数の実行
   により出力された前記通過情報とを集計して、前記カバ
   レージ情報を生成することを特徴とする請求項３に記載
   の画像形成装置用カバレージ測定方法。
5. 【請求項５】 前記集計ステップにより生成された前記
   カバレージ情報に基づいて、前記プログラムのソースコ
   ードの前記カバレージ情報の対応箇所に通過マークを累
   積的に付加するマーク付加ステップ、をさらに含んだこ
   とを特徴とする請求項３または４に記載の画像形成装置
   用カバレージ測定方法。
6. 【請求項６】 前記マーク付加ステップは、前記通過マ
   ークを、前記ソースコードのコメント箇所に付加するこ
   とを特徴とする請求項５に記載の画像形成装置用カバレ
   ージ測定方法。
7. 【請求項７】 請求項１〜６のいずれか一つに記載され
   た方法をコンピュータに実行させるプログラム。
8. 【請求項８】 プログラムの実行によって、前記プログ
   ラムの中の関数およびその関数によって呼び出されたす
   べての関数を実行した旨の通過情報を集計して、集計結
   果から前記プログラムのテストの網羅度を示すカバレー
   ジ情報を生成する集計手段と、 前記集計手段によって生成されたカバレージ情報を表示
   する表示手段と、 を備えたことを特徴とするカバレージ測定装置。
9. 【請求項９】 前記表示手段は、前記プログラムの中の
   関数の前記カバレージ情報と、前記呼び出されたすべて
   の関数の前記カバレージ情報とを、別個に表示すること
   を特徴とする請求項８に記載のカバレージ測定装置。
10. 【請求項１０】 プログラムの実行によって、前記プロ
    グラムの中の関数およびその関数によって呼び出された
    すべての関数を実行した旨の通過情報を集計して、集計
    結果から前記プログラムのテストの網羅度を示すカバレ
    ージ情報を生成する集計ステップと、 前記集計ステップによって生成されたカバレージ情報を
    表示する表示ステップと、 をコンピュータに実行させるカバレージ測定プログラ
    ム。
11. 【請求項１１】 前記表示ステップは、前記プログラム
    の中の関数の前記カバレージ情報と、前記呼び出された
    すべての関数の前記カバレージ情報とを、別個に表示す
    ることをコンピュータに実行させる請求項１０に記載の
    カバレージ測定プログラム。
12. 【請求項１２】 請求項１０または１１に記載のカバレ
    ージ測定プログラムを記録したコンピュータ読み取り可
    能な情報記録媒体。