JP2002215420A - 画像形成装置、プロセス監視方法、デバッグ方法およびこれらの方法をコンピュータに実行させるプログラム - Google Patents

Abstract

(57)【要約】 【課題】 多数のプロセスが並列実行される環境でデバ
ッグ作業の効率化を図ること。 【解決手段】 画像形成装置において、コントロールサ
ービスまたはアプリケーション１３０の並列実行されて
いる２以上のプロセスから、プロセスの動作情報を示す
ロギング情報を、共有メモリ３００を利用したプロセス
間通信によって取得するプロセス監視アプリ１１７を備
えた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、コピー、プリン
タ、スキャナおよびファクシミリなどの画像形成処理に
かかるユーザサービスを、複数プロセスの並列実行によ
り提供し、各プロセスの動作情報を監視することができ
る画像形成装置、このようなプロセス監視方法、デバッ
グ方法およびこれらの方法をコンピュータに実行させる
プログラムに関するものである。

【０００２】

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

【０００３】このような複合機では、プリンタ、コピ
ー、ファクシミリ、スキャナなどの各機能単位でアプリ
ケーションプログラムを開発して複合機上で動作させて
いるため、複合機で動作するプロセス数も機能単位ごと
に存在し、比較的小さいプロセス数となっている。この
ため、かかる従来の複合機の開発段階では、各機能単位
のプロセスが正常に動作しているか否かを監視するデバ
ッグ作業が重要な位置づけとなってくる。

【０００４】ここで、近年、計算機システムにおいて利
用するソフトウェア開発が広く行われている。このソフ
トウェア開発の過程で発生するエラーの検出テストに
は、静的なものと動的なものの２分類がある。静的なテ
ストとは、プログラムを実行せずに検出テストを行う方
法である。また、動的なテストとは、プログラムにある
種のプローブを埋め込んでプログラムの振る舞いを監視
する方法である。

【０００５】通常、プローブの埋め込み技術を「タグ付
け」と呼び、「１．プログラムのソースコードレベルで
命令を追加する」、「２．実際の変換プロセスを変更し
て、ソースコードによる表現のないオブジェクトコード
を追加する」、「３．静的なリンクプロセスの特性を利
用して選択されたライブラリ関数の呼出しを横取りし、
それと同等な「タグ付け」された関数の呼出しに置き換
える」、「４．そのまま実行できる状態の実行モジュー
ルにプログラムの流れをオブジェクトコードレベルで分
析した結果に基づいて追加コードを挿入する」、という
ような４種類のタグ付けが一般的に知られている。

【０００６】タグとは、ファイルやファイル内のデータ
の一部に付加する属性情報のことをいい、ユーザやプロ
グラムがこのタグを参照することで、様々な判断や処理
ができるようになっている。タグ付けは、検証対象のソ
フトウェアに検証作業専用のコードを挿入することによ
って、ソフトウェア検証を客観的かつ正確に行う手法で
ある。この機能を使用して並列に動作するソフトウェア
の並列動作を識別するタグ関数を挿入する。タグ付けに
よるマルチタスク（同時に異なる２つ以上の処理（アプ
リケーション）を実行できる利用環境のこと）の検証す
なわち、並列動作するソフトウェア動作（ソフトウェア
システム）の検証は、ソフトウェア機能を識別するタグ
関数を挿入し、同時刻に動作する各タスクの処理をトレ
ースすることによってエラーとなる箇所を検出する方法
で行う。

【０００７】

【発明が解決しようとする課題】しかしながら、並列動
作するソフトウェアシステムにおいて協調動作を行う処
理やリアルタイム性が要求されるような処理では、エラ
ーの起因が並列動作によるものである場合、エラー、バ
グなどの検出は困難である。

【０００８】ここで、上述の従来の複合機では、コピ
ー、プリンタ、スキャナおよびファクシミリなどの大き
な機能単位でプロセスが実行されているため、プロセス
間のデータの送受信などはさほど発生せず、従来のデバ
ッグ方法でも障害原因を容易に検出することが可能であ
った。

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

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

【００１１】このように、出願人が発明をした新規な複
合機は、多数のプロセスが複雑に絡み合って協働すると
いう特徴的な構成となっているため、従来の複合機のよ
うに、各プロセスごとにデバッグ作業を行うだけでは、
並列に実行される複数のプロセスの動作を正確に把握す
ることができず、デバッグ作業が困難になるという問題
がある。

【００１２】また、かかる複合機は、アプリケーション
とコントロールサービスとを別個に設けており、複合機
の出荷後にユーザもしくは第三者であるサードベンダが
新規なアプリケーションを開発して複合機に搭載可能な
構成となっている。このため、新規アプリケーションの
開発段階で、新規アプリケーションのプロセスが正常に
動作しているか否か、および新規アプリケーションのプ
ロセスと既存のアプリケーションおよびコントロールサ
ービスの各プロセスとの間のデータ送受信が正常に行わ
れているか否かを正確かつ容易に判断しなければならな
いという、従来の複合機開発では問題にならなかった新
規な課題が生じている。

【００１３】この発明は上記に鑑みてなされたもので、
多数のプロセスが並列実行される環境で並列動作するプ
ロセスの動作状態を監視して、デバッグ作業を正確かつ
容易に行うことができる画像形成装置、プロセス監視方
法、デバッグ方法およびこれらの方法をコンピュータに
実行させるプログラムを得ることを目的とする。

【００１４】

【課題を解決するための手段】上記目的を達成するた
め、請求項１にかかる発明は、画像形成処理で使用され
るハードウェア資源と、画像形成処理にかかるユーザサ
ービスにそれぞれ固有の処理を行うアプリケーションの
プロセスと、前記アプリケーションと前記ハードウェア
資源との間に介在し、ユーザサービスを提供する際に、
アプリケーションの少なくとも２つが共通的に必要とす
る前記ハードウェア資源の獲得要求、管理、実行制御並
びに画像形成処理を行うコントロールサービスのプロセ
スとを備え、前記コントロールサービスまたは前記アプ
リケーションの各プログラムが各プロセスの動作情報を
出力する検証コードを含んでいる画像形成装置であっ
て、前記コントロールサービスまたは前記アプリケーシ
ョンの並列実行されている２以上のプロセスから、前記
動作情報をプロセス間通信によって取得するプロセス監
視手段を備えたことを特徴とする。

【００１５】この請求項１の発明によれば、プロセス監
視手段によって、コントロールサービスまたはアプリケ
ーションの並列実行されている２以上のプロセスから、
検証コードの実行による各プロセスの動作情報をプロセ
ス間通信によって取得することで、画像形成装置上で並
列実行されるコントロールサービスまたはアプリケーシ
ョンのプロセスの検証を確実に行うことができ、並列ソ
フトウェアの特性分析などのデバッグ作業の効率化を図
ることができる。

【００１６】本発明におけるプロセス監視手段は、並列
実行されるプロセスの動作情報をプロセス間通信によっ
て取得するものであればよく、プロセス間通信の手法に
ついては特に限定されるものではない。例えば、プロセ
ス間通信の例として、各プロセスからプロセスの動作情
報をメッセージ送受信により取得したり、関数呼び出し
により取得したり、あるいはプロセス間で共有の共有メ
モリを介して動作情報を取得することは任意である。

【００１７】また、本発明におけるコントロールサービ
ス、アプリケーションのプログラムには、プロセス監視
手段による監視処理を行う時点で検証コードが含まれて
いればよく、あらかじめ各プログラムのソースコードに
検証コードを付加しておき、検証コードごと実行ファイ
ルを生成しておく他、監視処理を開始する段階で、検証
コードをコントロールサービスまたはアプリケーション
の実行形式のプログラムに付加する場合も含まれる。従
って、本発明における検証コードにはソースコード形式
の他、実行可能コード形式も含まれる。

【００１８】また、請求項２にかかる発明は、請求項１
に記載の画像形成装置において、前記プロセス監視手段
は、さらに前記コントロールサービスのプロセスまたは
前記アプリケーションのプロセスの内部で並列に実行さ
れる２以上のスレッドの各動作情報を取得することを特
徴とする。

【００１９】この請求項２の発明によれば、プロセス監
視手段がコントロールサービスのプロセスまたはアプリ
ケーションのプロセスの内部で並列に実行される２以上
のスレッドの各動作情報を取得することで、並列実行さ
れる複数プロセスの動作情報だけでなく、プロセス間通
信によってプロセス内部で並列実行される複数のスレッ
ドの動作情報を取得できるので、ソフトウェア特性分析
などのデバッグ作業のさらなる効率化を図ることができ
る。

【００２０】特に、本発明における画像形成装置を、複
数のプロセスの他、多種多様な機能を実現するために複
数のスレッドを生成して実行させるような特徴的な構成
とした場合には、複雑なスレッド間の協調動作により画
像形成処理にかかるユーザサービス（例えば、コピー、
プリント、スキャナ、ファクシミリなど）が正常に動作
しているか否かを、正確かつ容易に検証することがで
き、従来の画像形成装置におけるデバッグ作業に比べて
検証作業の確実性および効率化を向上させることができ
る。

【００２１】また、請求項３にかかる発明は、請求項１
または２に記載の画像形成装置において、前記コントロ
ールサービスのプロセスまたは前記アプリケーションの
プロセス、および前記プロセス監視手段のプロセスから
共通にアクセス可能な共有メモリをさらに備え、前記プ
ロセス監視手段は、前記共有メモリを介して前記コント
ロールサービスのプロセスまたは前記アプリケーション
のプロセスから前記動作情報を取得することを特徴とす
る。

【００２２】この請求項３の発明によれば、プロセス監
視手段が共有メモリを介してコントロールサービスのプ
ロセスまたはアプリケーションのプロセスからプロセス
の動作情報を取得することで、共有メモリを利用したプ
ロセス間通信によってプロセスの動作情報を取得するこ
とができ、画像形成装置上で並列実行されるプロセスの
検証を確実に実現することができる。

【００２３】また、請求項４にかかる発明は、請求項３
に記載の画像形成装置において、前記共有メモリは、前
記動作情報を格納順に取出し可能なＦＩＦＯキューを備
え、前記コントロールサービスのプロセスまたは前記ア
プリケーションのプロセスは、前記動作情報を前記ＦＩ
ＦＯキューに格納し、前記プロセス監視手段は、前記Ｆ
ＩＦＯキューから前記動作情報を取得することを特徴と
する。

【００２４】この請求項４の発明によれば、コントロー
ルサービスのプロセスまたはアプリケーションのプロセ
スがプロセスの動作情報を共有メモリ内の格納順に取出
し可能なＦＩＦＯキューに格納し、プロセス監視手段が
ＦＩＦＯキューからプロセスの動作情報を取得すること
で、並列実行されるプロセスの動作情報を時系列に取得
することができ、並列実行されるプロセスの検証が複雑
になることを回避して、デバッグ作業を効率的に行うこ
とができる。

【００２５】また、請求項５にかかる発明は、請求項３
または４に記載の画像形成装置において、前記コントロ
ールサービスのプロセスまたは前記アプリケーションの
プロセスは、現在の実行位置を示す現在位置情報を、前
記共有メモリに格納し、前記プロセス監視手段は、前記
共有メモリに格納された前記現在位置情報に基づいて、
前記動作情報を取得することを特徴とする。

【００２６】この請求項５の発明によれば、プロセス監
視手段が共有メモリに格納された、コントロールサービ
スのプロセスまたはアプリケーションのプロセスの現在
の実行位置を示す現在位置情報に基づいてプロセスの動
作情報を取得することで、プロセスの実行状況を常に把
握しながらプロセスの検証を行うことができる。

【００２７】また、請求項６にかかる発明は、請求項１
〜５のいずれか一つに記載の画像形成装置において、前
記プロセス監視手段は、監視対象のプロセスに対する監
視内容を指定した監視情報を受信し、受信した前記監視
情報に基づいて前記動作情報を取得することを特徴とす
る。

【００２８】この請求項６の発明によれば、プロセス監
視手段が監視対象のプロセスに対する監視内容を指定し
た監視情報を受信し、受信した監視情報に基づいてプロ
セスの動作情報を取得することで、所望の並列プロセス
のみの検証を行うことができ、デバッグ作業を効率的に
行うことができる。

【００２９】本発明における監視情報とは、監視対象の
プロセスに対する監視内容を指定したものであればよ
く、例えば、監視対象のプロセス識別情報、監視開始位
置、監視終了位置、監視項目など任意に設定することが
できる。また、監視情報は、プロセス監視手段が受信す
るものであればよく、例えばデバッグ作業を行うユーザ
がオペレーションパネルなどの操作部から入力した情報
や、デバッグ作業を行うユーザがネットワーク経由で、
ＰＣなどから入力して送信した情報、あるいはネットワ
ーク上の他の画像形成装置やネットワーク上の画像形成
装置開発元のホストコンピュータなどから送信された情
報も含まれる。

【００３０】また、請求項７にかかる発明は、画像形成
処理で使用されるハードウェア資源と、画像形成処理に
かかるユーザサービスにそれぞれ固有の処理を行うアプ
リケーションのプロセスと、前記アプリケーションと前
記ハードウェア資源との間に介在し、ユーザサービスを
提供する際に、アプリケーションの少なくとも２つが共
通的に必要とする前記ハードウェア資源の獲得要求、管
理、実行制御並びに画像形成処理を行うコントロールサ
ービスのプロセスとを備えた画像形成装置であって、並
列実行される複数のプロセスを監視するプロセス監視手
段を有し、前記プロセス監視手段は、プロセス監視要求
があったときに、前記コントロールサービスまたは前記
アプリケーションの監視要求のあったプログラムに、各
プロセスの動作情報を出力する検証コードを付加する検
証コード付加手段と、監視対象の前記コントロールサー
ビスまたは前記アプリケーションの並列実行されている
２以上のプロセスから、前記動作情報を、プロセス間通
信によって取得するプロセス情報取得手段と、を備えた
ことを特徴とする。

【００３１】この請求項７の発明によれば、プロセス監
視要求があったときに、検証コード付加手段によってコ
ントロールサービスまたはアプリケーションの監視要求
のあったプログラムに、各プロセスの動作情報を出力す
る検証コードを付加し、プロセス情報取得手段によって
監視対象の前記コントロールサービスまたは前記アプリ
ケーションの並列実行されている２以上のプロセスから
プロセスの動作情報をプロセス間通信によって取得する
ことで、監視要求のあった時点で監視対象のプログラム
のみに検証コードを付加すればよいため、プログラム開
発段階で、デバッグ用に検証コードをすべてのプログラ
ムに付加する必要がなくなり、全体としてデバッグ作業
の効率化を図ることができる。

【００３２】本発明における検証コード付加手段は、プ
ロセス監視要求があったときに、監視対象のプログラム
に検証コードを付加するものであればよく、その付加方
法については特に限定されるものではない。例えば、プ
ログラム開発時に作成される関数名および変数名とアド
レスとを対応付けたリンクマップや、ソースコードと実
行プログラムコードのアドレスを対応付けた表などのア
ドレス解決情報を用いて、検証コードを所望の位置に付
加することができる。

【００３３】また、検証コード付加手段は、各プログラ
ムごとに検証コードを付加するために各プログラムごと
に存在しても、一つの検証コード付加手段によって各プ
ログラムに対し検証コードを付加するように構成するこ
とは任意である。

【００３４】また、請求項８にかかる発明は、請求項７
に記載の画像形成装置において、前記検証コード付加手
段は、前記コントロールサービスまたは前記アプリケー
ションのプログラムのアドレス解決情報が記述されたマ
ップ情報に基づいて、前記検証コードを前記コントロー
ルサービスまたは前記アプリケーションのプログラムに
付加することを特徴とする。

【００３５】この請求項８の発明によれば、検証コード
付加手段によって、コントロールサービスまたはアプリ
ケーションのプログラムのアドレス解決情報が記述され
たマップ情報に基づいて検証コードをコントロールサー
ビスまたはアプリケーションのプログラムに付加するこ
とで、アドレス解決情報に従って監視位置が明確になる
ので、確実に検証コードを任意の位置に付加することが
できる。

【００３６】また、請求項９にかかる発明は、請求項７
または８に記載の画像形成装置において、前記検証コー
ド付加手段は、監視対象のプロセスに対する監視内容を
指定した監視情報に基づいて前記監視対象のプロセスに
前記検証コードを付加することを特徴とする。

【００３７】この請求項９の発明によれば、検証コード
付加手段によって、監視対象のプロセスに対する監視内
容を指定した監視情報に基づいて監視対象のプロセスに
検証コードを付加することで、監視情報で指定されたプ
ログラムのみに検証コードを付加すれば良く、さらにデ
バッグ作業の効率化を図ることができる。

【００３８】また、請求項１０にかかる発明は、請求項
１〜９のいずれか一つに記載の画像形成装置において、
前記アプリケーションに含まれ、前記プロセス監視手段
として動作するプロセス監視アプリを備えたことを特徴
とする。

【００３９】この請求項１０の発明によれば、プロセス
監視手段としてアプリケーション層で動作するプロセス
監視アプリを備えたことで、プロセス監視アプリとコン
トロールサービスとの間のプロセス間通信をアプリケー
ションプログラムインタフェースを利用して実現するこ
とができ、プログラム開発の効率化を図ることができ
る。

【００４０】また、請求項１１にかかる発明は、画像形
成処理で使用されるハードウェア資源と、画像形成処理
にかかるユーザサービスにそれぞれ固有の処理を行うア
プリケーションのプロセスと、前記アプリケーションと
前記ハードウェア資源との間に介在し、ユーザサービス
を提供する際に、アプリケーションの少なくとも２つが
共通的に必要とする前記ハードウェア資源の獲得要求、
管理、実行制御並びに画像形成処理を行うコントロール
サービスのプロセスとを備え、前記コントロールサービ
スまたは前記アプリケーションの各プログラムが各プロ
セスの動作情報を出力する検証コードを含んでいる画像
形成装置で実行されるプロセスの動作情報を取得するプ
ロセス監視方法であって、前記コントロールサービスま
たは前記アプリケーションの並列実行されている２以上
のプロセスから、前記動作情報をプロセス間通信によっ
て取得するプロセス監視ステップを含んだことを特徴と
する。

【００４１】この請求項１１の発明によれば、プロセス
監視ステップによって、コントロールサービスまたはア
プリケーションの並列実行されている２以上のプロセス
から、検証コードの実行による各プロセスの動作情報を
プロセス間通信によって取得することで、画像形成装置
上で並列実行されるコントロールサービスまたはアプリ
ケーションのプロセスの検証を確実に行うことができ、
並列ソフトウェアの特性分析などのデバッグ作業の効率
化を図ることができる。

【００４２】また、請求項１２にかかる発明は、請求項
１１に記載のプロセス監視方法において、前記プロセス
監視ステップは、さらに前記コントロールサービスのプ
ロセスまたは前記アプリケーションのプロセスの内部で
並列に実行される２以上のスレッドの各動作情報を取得
することを特徴とする。

【００４３】この請求項１２の発明によれば、プロセス
監視ステップがさらにコントロールサービスのプロセス
またはアプリケーションのプロセスの内部で並列に実行
される２以上のスレッドの各動作情報を取得すること
で、並列実行される複数プロセスの動作情報だけでな
く、プロセス間通信によってプロセス内部で並列実行さ
れる複数のスレッドの動作情報を取得できるので、ソフ
トウェア特性分析などのデバッグ作業のさらなる効率化
を図ることができる。

【００４４】特に、本発明におけるプロセス監視方法
を、複数のプロセスの他、多種多様な機能を実現するた
めに複数のスレッドを生成して実行させるような特徴的
な画像形成装置で使用した場合には、複雑なスレッド間
の協調動作により画像形成処理にかかるユーザサービス
（例えば、コピー、プリント、スキャナ、ファクシミリ
など）が正常に動作しているか否かを、正確かつ容易に
検証することができ、従来の画像形成装置におけるデバ
ッグ作業に比べて検証作業の確実性および効率化を向上
させることができる。

【００４５】また、請求項１３にかかる発明は、請求項
１１または１２に記載のプロセス監視方法において、前
記プロセス監視ステップは、前記コントロールサービス
のプロセスまたは前記アプリケーションのプロセス、お
よびプロセス監視を実行するプロセスから共通にアクセ
ス可能な共有メモリを介して前記コントロールサービス
のプロセスまたは前記アプリケーションのプロセスから
前記動作情報を取得することを特徴とする。

【００４６】この請求項１３の発明によれば、プロセス
監視ステップが共有メモリを介してコントロールサービ
スのプロセスまたはアプリケーションのプロセスからプ
ロセスの動作情報を取得することで、共有メモリを利用
したプロセス間通信によってプロセスの動作情報を取得
することができ、画像形成装置上で並列実行されるプロ
セスの検証を確実に実現することができる。

【００４７】また、請求項１４にかかる発明は、請求項
１３に記載のプロセス監視方法において、前記コントロ
ールサービスのプロセスまたは前記アプリケーションの
プロセスは、前記動作情報を、前記共有メモリに確保さ
れた前記動作情報を格納順に取出し可能なＦＩＦＯキュ
ーに格納し、前記プロセス監視ステップは、前記ＦＩＦ
Ｏキューから前記動作情報を取得することを特徴とす
る。

【００４８】この請求項１４の発明によれば、コントロ
ールサービスのプロセスまたはアプリケーションのプロ
セスがプロセスの動作情報を共有メモリ内の格納順に取
出し可能なＦＩＦＯキューに格納し、プロセス監視ステ
ップがＦＩＦＯキューからプロセスの動作情報を取得す
ることで、並列実行されるプロセスの動作情報を時系列
に取得することができ、並列実行されるプロセスの検証
が複雑になることを回避して、デバッグ作業を効率的に
行うことができる。

【００４９】また、請求項１５にかかる発明は、請求項
１３または１４に記載のプロセス監視方法において、前
記コントロールサービスのプロセスまたは前記アプリケ
ーションのプロセスは、現在の実行位置を示す現在位置
情報を、前記共有メモリに格納し、前記プロセス監視ス
テップは、前記共有メモリに格納された前記現在位置情
報に基づいて、前記動作情報を取得することを特徴とす
る。

【００５０】この請求項１５の発明によれば、プロセス
監視ステップが共有メモリに格納された、コントロール
サービスのプロセスまたはアプリケーションのプロセス
の現在の実行位置を示す現在位置情報に基づいてプロセ
スの動作情報を取得することで、プロセスの実行状況を
常に把握しながらプロセスの検証を行うことができる。

【００５１】また、請求項１６にかかる発明は、請求項
１１〜１５のいずれか一つに記載のプロセス監視方法に
おいて、前記プロセス監視ステップは、監視対象のプロ
セスに対する監視内容を指定した監視情報を受信し、受
信した前記監視情報に基づいて前記動作情報を取得する
ことを特徴とする。

【００５２】この請求項１６の発明によれば、プロセス
監視ステップが監視対象のプロセスに対する監視内容を
指定した監視情報を受信し、受信した監視情報に基づい
てプロセスの動作情報を取得することで、所望の並列プ
ロセスのみの検証を行うことができ、デバッグ作業を効
率的に行うことができる。

【００５３】また、請求項１７にかかる発明は、画像形
成処理で使用されるハードウェア資源と、画像形成処理
にかかるユーザサービスにそれぞれ固有の処理を行うア
プリケーションのプロセスと、前記アプリケーションと
前記ハードウェア資源との間に介在し、ユーザサービス
を提供する際に、アプリケーションの少なくとも２つが
共通的に必要とする前記ハードウェア資源の獲得要求、
管理、実行制御並びに画像形成処理を行うコントロール
サービスのプロセスとを備えた画像形成装置で並列実行
される複数のプロセスからプロセスの動作情報を取得す
るプロセス監視方法であって、プロセス監視要求があっ
たときに、前記コントロールサービスまたは前記アプリ
ケーションの監視要求のあったプログラムに、各プロセ
スの動作情報を出力する検証コードを付加する検証コー
ド付加ステップと、監視対象の前記コントロールサービ
スまたは前記アプリケーションの並列実行されている２
以上のプロセスから、前記動作情報を、プロセス間通信
によって取得するプロセス情報取得ステップと、を含ん
だことを特徴とする。

【００５４】この請求項１７の発明によれば、プロセス
監視要求があったときに、検証コード付加ステップによ
ってコントロールサービスまたはアプリケーションの監
視要求のあったプログラムに、各プロセスの動作情報を
出力する検証コードを付加し、プロセス情報取得ステッ
プによって監視対象のコントロールサービスまたはアプ
リケーションの並列実行されている２以上のプロセスか
らプロセスの動作情報をプロセス間通信によって取得す
ることで、監視要求のあった時点で監視対象のプログラ
ムのみに検証コードを付加すればよいため、プログラム
開発段階で、デバッグ用に検証コードをすべてのプログ
ラムに付加する必要がなくなり、全体としてデバッグ作
業の効率化を図ることができる。

【００５５】また、請求項１８にかかる発明は、請求項
１７に記載のプロセス監視方法において、前記検証コー
ド付加ステップは、前記コントロールサービスまたは前
記アプリケーションのプログラムのアドレス解決情報が
記述されたマップ情報に基づいて、前記検証コードを前
記コントロールサービスまたは前記アプリケーションの
プログラムに付加することを特徴とする。

【００５６】この請求項１８の発明によれば、検証コー
ド付加ステップによって、コントロールサービスまたは
アプリケーションのプログラムのアドレス解決情報が記
述されたマップ情報に基づいて検証コードをコントロー
ルサービスまたはアプリケーションのプログラムに付加
することで、アドレス解決情報に従って監視位置が明確
になるので、確実に検証コードを任意の位置に付加する
ことができる。

【００５７】また、請求項１９にかかる発明は、請求項
１７または１８に記載のプロセス監視方法において、前
記検証コード付加ステップは、監視対象のプロセスに対
する監視内容を指定した監視情報に基づいて前記監視対
象のプロセスに前記検証コードを付加することを特徴と
する。

【００５８】この請求項１９の発明によれば、検証コー
ド付加ステップによって、監視対象のプロセスに対する
監視内容を指定した監視情報に基づいて監視対象のプロ
セスに検証コードを付加することで、監視情報で指定さ
れたプログラムのみに検証コードを付加すれば良く、さ
らにデバッグ作業の効率化を図ることができる。

【００５９】また、請求項２０にかかる発明は、計算機
システム内で並列に実行されるプロセスのプログラムを
デバッグするデバッグ方法において、各プロセスの動作
情報を出力する検証コードを、前記プログラムのソース
コードに付加する検証コード付加ステップと、前記検証
コード付加ステップで付加された検証コードに基づい
て、並列実行される各プロセスの動作情報を取得するプ
ロセス監視ステップと、を含んだことを特徴とする。

【００６０】この請求項２０の発明によれば、検証コー
ド付加ステップによって、各プロセスの動作情報を出力
する検証コードをプログラムのソースコードに付加し、
プロセス監視ステップによって検証コード付加ステップ
で付加された検証コードに基づいて並列実行される各プ
ロセスの動作情報を取得することで、並列実行されるプ
ロセスの特性分析を容易に行うことができ、パフォーマ
ンスの向上を図ることができるとともに、デバッグ作業
の効率化を図ることができる。

【００６１】また、請求項２１にかかる発明は、請求項
２０に記載のデバッグ方法において、前記検証コード付
加ステップは、前記検証コードを前記プログラムのソー
スコードに自動的に付加するものであり、前記プロセス
監視ステップは、さらに取得した前記動作情報を管理す
ることを特徴とする。

【００６２】この請求項２１の発明によれば、検証コー
ド付加ステップが検証コードを自動的にプログラムのソ
ースコードに付加し、プロセス監視ステップがさらに取
得した動作情報を管理することで、検証コードの識別情
報をユーザに対して隠すことができ、デバッグ方法の操
作性を向上させることができる。

【００６３】また、請求項２２にかかる発明は、単一の
計算機システム内で独立したアドレス空間を持ち、計算
機システム内で並列に実行されるプロセスのプログラム
をデバッグするデバッグ方法において、各プロセスの動
作情報を出力する検証コードを、前記プログラムのソー
スコードに付加する検証コード付加ステップと、前記検
証コード付加ステップで付加された検証コードに基づい
て、並列実行される各プロセスの動作情報を、並列実行
されるプロセスから共通にアクセス可能な共有メモリを
介して取得するプロセス監視ステップと、を含んだこと
を特徴とする。

【００６４】この請求項２２の発明によれば、各プロセ
スの動作情報を出力する検証コードを、前記プログラム
のソースコードに付加する検証コード付加ステップと、
前記検証コード付加ステップで付加された検証コードに
基づいて、並列実行される各プロセスの動作情報を、並
列実行されるプロセスから共通にアクセス可能な共有メ
モリを介して取得するプロセス監視ステップと、を含ん
だことで、独立したアドレス空間で動作する並列処理に
おいても、並列動作するソフトウェアシステムの特性分
析が容易になり、パフォーマンス向上を図ることができ
るとともに、デバッグ作業の効率化を図ることができ
る。

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

【００６６】

【発明の実施の形態】以下に添付図面を参照して、この
発明にかかる画像形成装置、プロセス監視方法、デバッ
グ方法およびこれらの方法をコンピュータに実行させる
プログラムの好適な実施の形態を詳細に説明する。

【００６７】（実施の形態１）図１は、この発明の実施
の形態１である画像形成装置（以下、「複合機」とい
う）の構成を示すブロック図である。図１に示すよう
に、複合機１００は、白黒ラインプリンタ（B&W LP）１
０１と、カラーラインプリンタ（Color LP）１０２と、
スキャナ、ファクシミリ、ハードディスク、メモリ、ネ
ットワークインタフェースなどのハードウェアリソース
１０３を有するとともに、プラットホーム１２０とアプ
リケーション１３０とから構成されるソフトウェア群１
１０とを備えている。

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

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

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

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

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

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

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

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

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

【００７７】ＮＣＳ１２８のプロセスは、ネットワーク
Ｉ／Ｏを必要とするアプリケーションに対して共通に利
用できるサービスを提供するためのプロセスであり、ネ
ットワーク側から各プロトコルによって受信したデータ
を各アプリケーションに振り分けたり、アプリケーショ
ンからデータをネットワーク側に送信する際の仲介を行
う。

【００７８】ＯＣＳ１２６のプロセスは、オペレータ
（ユーザ）と本体制御間の情報伝達手段となるオペレー
ションパネル（操作パネル）２１０の制御を行う。な
お、実施の形態１にかかる複合機１００では、ＯＣＳ１
２６はプロセスとして複合機１００の内部で動作してい
るが、この他、上述のＯＣＳ１２６の機能を関数として
実装したＯＣＳ関数ライブラリを、各アプリケーション
１３０にリンク（結合）することにより、上記ＯＣＳ１
２６の機能を実現する構成としても良い。

【００７９】アプリケーション１３０は、ページ記述言
語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ）
を有するプリンタ用のアプリケーションであるプリンタ
アプリ１１１と、コピー用アプリケーションであるコピ
ーアプリ１１２と、ファクシミリ用アプリケーションで
あるファックスアプリ１１３と、スキャナ用アプリケー
ションであるスキャナアプリ１１４と、ネットワークフ
ァイル用アプリケーションであるネットファイルアプリ
１１５と、工程検査用アプリケーションである工程検査
アプリ１１６とプロセス監視アプリ１１７とを有してい
る。

【００８０】プロセス監視アプリ１１７は、本発明にお
けるプロセス監視手段を構成するものであり、アプリケ
ーション層で動作するプロセスである。このプロセス監
視アプリ１１７は、監視情報の指定に従って、複合機１
００で動作するプロセスのロギング情報を取得する。こ
こで、ロギング情報とは、プログラムの処理内容やプロ
セス情報を時間の流れに沿って記録したものであり、本
発明におけるプロセスの動作情報を構成する。

【００８１】プロセス監視アプリ１１７は、具体的に
は、オペレーションパネル２１０からのデバッグ作業を
行うユーザの操作あるいはネットワークに接続されたリ
モートＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）で
デバッグ作業を行うユーザから監視情報を受信し、監視
情報に設定された情報を後述する共有メモリのロギング
管理テーブルに設定し、このロギング管理テーブルの設
定情報に従って各プロセスから共有メモリのＦＩＦＯキ
ューに出力したロギング情報を取得する。

【００８２】ここで、監視情報とは、監視対象のプロセ
ス（例えば、プリンタアプリ１１１、コピーアプリ１１
２、ＥＣＳ１２４、ＭＣＳ１２５など）、監視位置（コ
ピー開始から終了まで、特定の関数の開始から終了ま
で、上位１０個のスレッドなど）、監視内容（関数な
ど）を設定したものである。

【００８３】そして、プロセス監視アプリ１１７は、取
得したロギング情報からログファイルを生成して、プリ
ンタやオペレーションパネル２１０の表示部に出力した
り、あるいはロギング情報をネットワークに接続された
リモートＰＣに送信する。なお、プロセス監視アプリ１
１７の詳細な動作については後述する。

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

【００８５】オペレーションパネル２１０は、ユーザが
複合機１００に対して機能選択などの指示を与える操作
パネルである。複合機１００のデバッグ作業を行うユー
ザは、このオペレーションパネル２１０から監視対象の
プロセスや監視位置、監視内容などを指定した監視情報
を入力するようになっている。ユーザ操作により入力さ
れた監視情報は、ＳＣＳ１２２およびＯＣＳ１２６を介
してプロセス監視アプリ１１７に送信される。

【００８６】ＳＤＲＡＭ２０３には、プロセス監視アプ
リ１１７のプロセス、他のアプリケーション１３０のプ
ロセスおよび各コントロールサービスのプロセスで共有
され、共通にアクセス可能な共有メモリ領域（以下、
「共有メモリ」という。）が確保されている。

【００８７】実施の形態１にかかる複合機１００で実行
されるプロセス監視プログラム（プロセス監視アプリ１
１７のプログラム）は、ソフトウェア開発キット（ＳＤ
Ｋ：Ｓｏｆｔｗａｒｅ Ｄｅｐｅｌｏｐｍｅｎｔ Ｋｉ
ｔ）の一部または全部として、ＣＤ−ＲＯＭまたはＦＤ
などの記憶媒体に実行可能な形式またはインストール可
能な形式のファイルで提供される。また、このような実
行可能な形式またはインストール可能な形式のファイル
を、ネットワーク経由でＮＣＳ１２８を介して（あるい
はＮＣＳ１２８を介さずに直接ダウンロードするなど）
取得可能な方法で提供するようにしても良い。

【００８８】図３は、実施の形態１にかかる複合機１０
０で行われるプロセス監視方法において、監視対象プロ
セスの実行状況、プロセス監視アプリ１１７の動作状況
および共有メモリの状態の模式図である。

【００８９】図３に示すように、複合機１００は、プロ
セス監視アプリ１１７とアプリケーション１３０および
コントロールサービス（図３の例では、コピーアプリ１
１２のプロセス、ＭＣＳ１２５のプロセス）が共有し共
にアクセス可能な共有メモリ３００を有しており、プロ
セス監視アプリ１１７はこの共有メモリ３００を利用し
たプロセス間通信によって、アプリケーション１３０お
よびコントロールサービスの各プロセスの動作状況を監
視している。

【００９０】この共有メモリ３００には、ロギング管理
テーブル３０１と、現在位置テーブル３０２と、ロギン
グ出力ＦＩＦＯキュー３０３の各領域が確保されてい
る。ロギング管理テーブル３０１は、オペレーションパ
ネル２１０またはリモートＰＣ３２０からの監視情報の
設定内容がプロセス監視アプリ１１７によって書き込ま
れる。監視対象のプロセス（図３の場合、コピーアプリ
１１２およびＭＣＳ１２５の各プロセス）は、共有メモ
リ３００のロギング管理テーブル３０１を参照して、ロ
ギングすべき状態か否かを判断する。

【００９１】現在位置テーブル３０２は、各プロセスが
実行するタグ関数によって、現在のプロセスＩＤ（ＰＩ
Ｄ）、スレッドＩＤ（ｔｈｒＩＤ）、タグＩＤが書き込
まれる。ロギング出力ＦＩＦＯキュー３０３は、格納順
に取り出すことが可能ないわゆるＦＩＦＯ(Ｆｉｒｓｔ
−Ｉｎ Ｆｉｒｓｔ−Ｏｕｔ)形式のキューであり、監
視対象の各プロセスにおけるタグ関数によりロギング情
報が格納され、格納されたロギング情報が格納順にプロ
セス監視アプリ１１７から取り出せるようになってい
る。

【００９２】プロセス監視アプリ１１７は、監視情報設
定部３０４とロギング情報取得部３０５とを備えてい
る。監視情報設定部３０４は、オペレーションパネル２
１０またはリモートＰＣ３２０から監視情報を受信し、
監視情報の設定内容を共有メモリ３００のロギング管理
テーブル３０１に設定するものである。ロギング情報取
得部３０５は、共有メモリ３００のロギング出力ＦＩＦ
Ｏキュー３０３を一定間隔でポーリングし、ロギング出
力ＦＩＦＯキュー３０３に格納されているロギング情報
を格納順に取得し、取得したロギング情報をオペレーシ
ョンパネル２１０にＯＣＳ１２６経由で出力したり、プ
リンタに出力する。あるいは取得したロギング情報をリ
モートＰＣ３２０にＮＣＳ１２８経由で送信する。

【００９３】プロセス監視処理実行時には、コピーアプ
リ１１２およびＭＣＳ１２５のプログラムの中にタグ関
数が挿入されているものとする。ここで、タグ関数とは
本発明における検証コードを構成するものである。この
タグ関数は、コピーアプリ１１２やＭＣＳ１２５のプロ
グラム作成段階において各プログラムに挿入したり、あ
るいはプロセス監視アプリ１１７によって動的に各プロ
グラムに挿入されるが、実施の形態１ではタグ関数の挿
入方法については特に限定せず、プロセス監視アプリ１
１７によるプロセス監視時にタグ関数が監視対象のプロ
セスのプログラムに付加された状態となっていれば良
い。なお、図３に示す各タグ関数の関数名に続く括弧内
の番号はタグ関数を識別するためのタグＩＤである。

【００９４】図３に示すタグ関数ｔａｇ＿ｓｅｔｕｐ
は、プログラムの起動開始箇所に挿入され、プロセス起
動時に実行するタグ関数である。図３の例では、コピー
アプリ１１２およびＭＣＳ１２５の開始時の位置に挿入
されている。このタグ関数ｔａｇ＿ｓｅｔｕｐは、共有
メモリ３００にアクセスするための初期設定を行う。

【００９５】タグ関数ｔａｇ＿ｉｎは、関数の入口に挿
入するタグ関数であり、プロセス監視アプリ１１７が制
御するロギング管理テーブル３０１および現在位置テー
ブル３０２を参照し、ロギングすべき状態であれば、例
えば汎用ＯＳ１２１から提供されるシステムコールなど
によって、プロセスＩＤ、プロセス占有時間、プロセス
優先順位などのプロセス情報を取得し、取得したプロセ
ス情報をロギング情報として共有メモリのロギング出力
ＦＩＦＯキュー３０３に出力する。

【００９６】タグ関数ｔａｇ＿ｏｕｔは、関数の出口に
挿入するタグ関数であり、プロセス監視アプリ１１７が
制御するロギング管理テーブル３０１および現在位置テ
ーブル３０２を参照し、ロギングすべき状態であれば上
述のプロセス情報を取得し、取得したプロセス情報をロ
ギング情報として共有メモリのロギング出力ＦＩＦＯキ
ュー３０３に出力する。

【００９７】タグ関数ｔａｇ＿ｃｌｏｓｅは、プログラ
ムの終了箇所に挿入され、プロセス終了時に実行され、
ロギング情報出力の後処理などを行う。図３の例では、
コピーアプリ１１２およびＭＣＳ１２５の開始時の位置
に挿入されている。

【００９８】図３に示すように、コピーアプリ１１２の
プロセス（プロセスＩＤ（ＰＩＤ）＝１００）は、メイ
ンスレッド（スレッドＩＤ（ｔｈｒＩＤ）＝１）からｔ
ｈｒｅａｄ＿ｃｒｅａｔｅ関数によってサブスレッド
（スレッドＩＤ（ｔｈｒＩＤ）＝２）が生成されて、両
スレッドは並列実行されている。また、このコピーアプ
リ１１２のプロセスと、ＭＣＳ１２５のプロセスも並列
に実行されている。このようにプロセス監視アプリ１１
７は、コピーアプリ１１２のプロセス内の並列実行され
る２つのスレッドと、コピーアプリ１１２のプロセスと
並列実行されるＭＣＳ１２５のプロセスの動作を監視し
て、ロギング情報を取得するようになっている。

【００９９】つぎに、このように構成された実施の形態
１にかかる複合機１００によるプロセス監視方法につい
て説明する。図４は、実施の形態１の複合機１００にお
けるプロセス監視アプリ１１７によるプロセス監視処理
の手順を示すフローチャートである。

【０１００】図４に示すように、プロセス監視アプリ１
１７の監視情報設定部３０４では、オペレーションパネ
ル２１０またはリモートＰＣ３２０から監視情報を受信
すると（ステップＳ４０１）、監視情報に設定されてい
るロギング対象、ロギング開始位置、ロギング終了位
置、ロギング項目などを、共有メモリ３００のロギング
管理テーブル３０１に書き込む（ステップＳ４０２）。
図３の例では、監視情報として、ロギング対象が「コピ
ーアプリ、ＭＣＳ」、ロギング開始位置が「コピースタ
ート」、ロギング終了位置が「コピーエンド」、ロギン
グ項目が「関数」とされており、ロギング管理テーブル
３０１に、これらの内容がそのまま設定される。

【０１０１】なお、図３に示すロギング管理テーブル３
０１（および監視情報）の設定内容は一例であり、他の
内容を設定することも可能である。たとえば、ロギング
開始位置やロギング終了位置をタグ関数のタグＩＤで指
定してもよく、またロギング対象を、「ｔｏｐ１０のス
レッド」のように指定することもできる。

【０１０２】つぎに、ロギング情報を取得するため、ロ
ギング情報取得部３０５は、一定時間ごとに共有メモリ
３００のロギング出力ＦＩＦＯキュー３０３を参照し、
データが格納されているか否かを調べる（ステップＳ４
０３）。そして、データが格納されている場合には、ロ
ギング出力ＦＩＦＯキュー３０３から格納順にロギング
情報を取得する（ステップＳ４０４）。取得したロギン
グ情報は、プリンタに出力あるいはオペレーションパネ
ル２１０への表示、もしくはリモートＰＣ３２０に送信
される（ステップＳ４０５）。

【０１０３】図５は、コピーアプリ１１２、ＭＣＳ１２
５の各プロセスにおけるタグ関数ｔａｇ＿ｉｎおよびｔ
ａｇ＿ｏｕｔで実行される処理手順を示すフローチャー
トである。タグ関数は、まず共有メモリ３００のロギン
グ管理テーブル３０１を参照し（ステップＳ５０１）、
その設定内容からロギングすべき状態か否かを判断する
（ステップＳ５０２）。かかる判断は、現在のタグ関数
がロギング対象、ロギング開始位置およびロギング終了
位置の条件に含まれているか否かをチェックすることに
より行う。

【０１０４】たとえば、図３の例において、現在位置で
あるタグ関数ｔａｇ＿ｉｎ（５）の場合には、かかる関
数はコピーアプリ１１２のプロセスで実行されるため、
ロギング対象の条件を満たし、またコピーアプリ１１２
のプロセスの開始から終了前に実行されるので、ロギン
グ開始位置およびロギング終了位置の条件を満たす。従
って、この場合、ロギングすべき状態であると判断す
る。

【０１０５】そして、ロギングすべき状態の場合には、
自プロセスのプロセスＩＤ、自スレッドのスレッドＩ
Ｄ、タグ関数のタグＩＤなどの情報を現在位置テーブル
３０２に書き込む（ステップＳ５０３）。

【０１０６】ついで、汎用ＯＳ１２１で提供されるシス
テムコールなどを利用して、プロセス情報を取得する
（ステップＳ５０４）。このプロセス情報には、プロセ
スの開始時間、実行時間、優先順位などプロセスに関す
る種々の情報があげられる。そして、取得したプロセス
情報をタグＩＤとともにロギング情報として、共有メモ
リ３００のロギング出力ＦＩＦＯキュー３０３に書き込
む（ステップＳ５０５）。ロギング出力ＦＩＦＯキュー
３０３に書き込まれたロギング情報は、上述のようにプ
ロセス監視アプリ１１７によって読み出される。

【０１０７】このように、実施の形態１にかかる複合機
１００では、プロセス監視アプリ１１７によって、コン
トロールサービスまたはアプリケーション１３０の並列
実行されている２以上のプロセスから、タグ関数の実行
による各プロセスの動作情報であるロギング情報を、共
有メモリ３００を利用したプロセス間通信によって取得
しているので、複合機１００で並列実行されるコントロ
ールサービスまたはアプリケーションのプロセスの検証
を確実に行うことができ、並列ソフトウェアの特性分析
などのデバッグ作業の効率化を図ることができる。

【０１０８】また、実施の形態１にかかる複合機１００
では、プロセス監視アプリ１１７によって、プロセス内
で並列実行される複数のスレッドの動作情報であるロギ
ング情報を、共有メモリ３００を利用したプロセス間通
信により取得することができるので、複雑なスレッド間
の協調動作により、コピー、プリント、スキャナ、ファ
クシミリなどの画像形成処理にかかるユーザサービスが
正常に動作しているか否かを、正確かつ容易に検証する
ことができ、検証作業の確実性および効率化を向上させ
ることができる。

【０１０９】（実施の形態２）実施の形態１の複合機１
００では、監視対象のプロセスのプログラムに検証コー
ドとしてのタグ関数を付加する点については特に限定し
ていなかったが、この実施の形態２にかかる複合機１０
０は、タグ関数を監視対象のプログラムに動的に付加す
るものである。

【０１１０】実施の形態２にかかる複合機の構成、ハー
ドウェア構成については、図１および図２に示した実施
の形態１の複合機１００と同様であるので、詳細な説明
を省略する。実施の形態２にかかる複合機１００は、プ
ロセス監視アプリ１１７が監視対象のプロセスのプログ
ラムに本発明の検証コードとしてのタグ関数を付加する
点が実施の形態１の複合機１００と異なる。

【０１１１】図６は、実施の形態２の複合機１００にお
けるプロセス監視アプリ１１７の構成図である。図６に
示すように、実施の形態２のプロセス監視アプリ１１７
は、実施の形態１と同様に監視情報設定部３０４とロギ
ング情報取得部３０５の他、さらにタグ関数を監視対象
プロセスのプログラムに付加するタグ関数付加部３０６
を備えている。ここで、ロギング情報取得部３０５は本
発明におけるプロセス情報取得手段を構成し、タグ関数
付加部３０６は本発明における検証コード付加手段を構
成する。

【０１１２】タグ関数付加部３０６は、プログラムのリ
ンク時に生成されたリンクマップをハードディスクから
読み出して、監視情報の監視対象プロセスおよび監視す
る関数名などの指定から監視位置のアドレスを決定す
る。そして、決定されたアドレスにある命令を、タグ関
数を付加した命令に置換する処理を行うことにより、動
的にタグ関数を監視対象のプログラムに付加する。

【０１１３】図７は、プロセス監視アプリ１１７による
タグ関数の付加およびプロセス監視の処理手順を示すフ
ローチャートである。プロセス監視アプリ１１７は、ま
ず監視情報設定部３０４によって、監視情報を、オペレ
ーションパネル２１０またはリモートＰＣ３２０から受
信する（ステップＳ７０１）。そして、タグ関数付加部
３０６によって受信した監視情報に設定されている監視
対象プロセスのプログラムをフラッシュメモリ２０４か
ら読み出すとともに、ハードディスクからリンクマップ
を読み出し、監視情報に監視対象位置として指定された
関数などのアドレスを決定する（ステップＳ７０２）。

【０１１４】つぎに、タグ関数付加部３０６は、決定さ
れたアドレスにあるプログラムの命令を、タグ関数を付
加した命令に置換する（ステップＳ７０３）。そして、
タグ関数付加部３０６は、ＳＣＳ１２２に対して監視対
象のプロセスの再起動の依頼メッセージを送信する（ス
テップＳ７０４）。これにより、監視対象のプロセスは
ＳＣＳ１２２によって、タグ関数が付加されたプロセス
として再起動される。

【０１１５】監視情報設定部３０４は、監視対象プロセ
スが再起動したか否かをチェックし（ステップＳ７０
５）、再起動した場合には、実施の形態１のプロセス監
視アプリ１１７と同様に監視処理を実行する（ステップ
Ｓ７０６）。

【０１１６】監視処理の実行が終了した場合には、タグ
関数付加部３０６によって監視対象のプログラムにおい
てタグ関数に置換した命令を元に戻し（ステップＳ７０
７）、再度監視対象プロセスの再起動依頼メッセージを
ＳＣＳ１２２に送信する（ステップＳ７０８）。これに
より、監視対象プロセスは元の状態に戻り監視処理が完
了する。

【０１１７】このように実施の形態２にかかる複合機１
００では、監視情報を受信したときに、タグ関数付加部
３０６によって、コントロールサービスまたはアプリケ
ーション１３０の監視要求のあったプログラムに、タグ
関数を動的に付加し、プロセス情報取得手段によって監
視対象の前記コントロールサービスまたは前記アプリケ
ーションの並列実行されている２以上のプロセスからプ
ロセスのロギング情報を共有メモリ３００を利用したプ
ロセス間通信によって取得しているので、監視要求のあ
った時点で監視対象のプログラムのみに検証コードを付
加すればよい。このため、プログラム開発段階で、デバ
ッグ用にタグ関数などの検証コードをすべてのプログラ
ムに付加する必要がなくなり、全体としてデバッグ作業
の効率化を図ることができる。

【０１１８】なお、実施の形態１および２の複合機１０
０では、本発明のプロセス監視手段をプロセス監視アプ
リ１１７としてアプリケーション層に設けているが、例
えば、プロセス監視コントロールサービスとして、コン
トロールサービス層に設けることも可能である。また、
アプリケーション層やコントロールサービス層とは別個
にプロセス監視手段のプロセスを設けても良い。

【０１１９】（実施の形態３）実施の形態２の複合機１
００では、タグ関数をプロセス監視の際に動的にプログ
ラムに付加していたが、この実施の形態３では、プログ
ラムの開発段階でタグ関数を付加している。図８は、ソ
フトウェア機能を識別するタグ関数を挿入するサンプル
プログラムを示した説明図である。ここでは、一例とし
てＣソースコードレベルで命令を追加する方法でタグ関
数を挿入する場合について説明する。

【０１２０】まず、関数の入口８０１に入口用のタグ関
数（ｔａｇ＿ｉｎ（１））を、関数の出口８０２、８０
３に出口用のタグ関数（ｔａｇ＿ｏｕｔ（１））を挿入
する。タグ関数の引数番号（（）内の番号）はタグ関数
を識別するためのタグＩＤであり、関数単位で任意のＩ
Ｄ番号を割り付ける。関数の入口は必ず一箇所である
が、出口に関しては複数存在する場合があるので、全て
の出口に出口用のタグ関数を挿入する。なお、タグ関数
の挿入は関数単位だけでなく、必要に応じてソフトウェ
ア機能単位で挿入するようにしてもよい。

【０１２１】図９は、並列実行されるマルチスレッドの
Ｃソースプログラムの動作シーケンスを示した説明図で
ある。図９に示すように、タグ関数は関数単位で挿入さ
れており、ｔａｇ＿ｓｅｔｕｐ（１）、ｔａｇ＿ｉｎ
（３）、ｔａｇ＿ｏｕｔ（４）、ｔａｇ＿ｃｌｏｓｅ
（２）などの各タグ関数内において、タグＩＤ番号を保
持することにより、並列動作の関数を識別することがで
きる。タグ関数では、実施の形態１と同様に、プロセス
情報および関数識別のためのタグＩＤ番号をロギング情
報として、共有メモリ３００のロギング出力ＦＩＦＯキ
ュー３０３に出力している。なお、各タグ関数の機能
は、実施の形態１で説明した各タグ関数の機能と同様で
あるため説明を省略する。

【０１２２】図１０は、実施の形態３にかかるデバッグ
方法で使用するデバッグシステムの構成およびかかるデ
バッグシステムによる並列プロセスの監視手順を示した
説明図である。図１０に示すように、実施の形態３にか
かるデバッグシステムは、タグ付け自動装置１０１８
と、プロファイル装置１０１７（以下、「プロセス・プ
ロファイル１０１７」という）と、共有メモリ３００と
を備えている。

【０１２３】タグ付け自動装置１０１８は、プログラム
やソフトウェア機能に対して、本発明における検証コー
ドとしてのタグ付けを自動的に行う装置である。このタ
グ付け自動装置１０１８は、ソースコードプログラムに
タグ関数を付加するタグ付けツール１０１９と、監視情
報となるロギング設定ファイルを生成するロギング設定
ツール１０２０と、さらにプリプロセッサ、コンパイラ
およびリンカなど通常のプログラム開発を行うために必
要なコンポーネントを備えている。

【０１２４】プロセス・プロファイル１０１７は、タグ
付け関数が出力するロギング管理テーブルへの監視情報
の設定およびプログラムの処理内容やプロセス情報を時
間の流れに沿って記録したロギング情報を取得して、一
括管理したりプリンタなどに出力を行うものである。こ
のプロセス・プロファイル１０１７は、ロギング設定フ
ァイルの設定内容を監視情報として共有メモリ３００の
ロギング管理テーブル３０１に設定する監視情報設定部
３０４と、共有メモリ３００のロギング出力ＦＩＦＯキ
ュー３０３からロギング情報を取得して、プリンタなど
にロギング出力ファイルとして出力するロギング情報取
得部３０５とを備えている。監視情報設定部３０４は、
監視情報をロギング設定ファイル１００７から生成する
点が実施の形態１で説明したプロセス監視アプリ１１７
の監視情報設定部３０４と異なっており、他の処理内容
は実施の形態１と同様である。また、ロギング情報設定
部３０５の処理内容は、実施の形態１で説明したプロセ
ス監視アプリ１１７におけるロギング情報取得部３０５
と同様である。

【０１２５】共有メモリ３００は、監視対象のプロセス
と、プロセス・プロファイル１０１７のプロセスから共
有してアクセスされるものであり、実施の形態１と同様
に、ロギング管理テーブル３０１とロギング出力ＦＩＦ
Ｏキュー３０３の領域が確保されている。

【０１２６】つぎに、以上のように構成された実施の形
態３のデバッグシステムによるソフトウェアのデバッグ
方法について説明する。実施の形態３に係るデバッグ方
法では、エラーを検出するために検証するプロセスに検
証コードとしてのタグ関数が挿入されており、共有メモ
リ３００を介して各プロセスのロギング情報を取得する
ようになっている。

【０１２７】まず、一例としてＣ言語ソースプログラム
コード（以下、「Ｃプログラムコード」という。）にタ
グ関数を挿入する処理手順について説明する。実施の形
態３のタグ付け自動装置１０１８では、図１０に示すよ
うに、ユーザのＣプログラムコードにタグ付け関数を挿
入しやすいようにＣプログラムコードに対してプリプロ
セッサ処理を行い、＃ｉｎｃｌｕｄｅ、＃ｄｅｆｉｎｅ
の定義マクロを展開する（ステップＳ１００１）。そし
て、タグ付け自動装置１０１８のタグ付けツールによっ
て関数の出入り口にタグ関数を自動挿入する（ステップ
Ｓ１００２）。このタグ付けツールは、タグ関数名とタ
グＩＤ番号の対応関係であるタグＩＤ辞書ファイル１０
０６を出力する。このタグＩＤ辞書ファイル１００６
は、監視情報のロギング管理テーブル３０１への設定時
にタグ関数名からタグＩＤ番号を検索する場合の辞書フ
ァイルとして使用される。そして、タグ付け自動装置１
０１８は、タグ付けされたＣプログラムコート１００５
をコンパイルしてリンクすることによって、タグ付きプ
ログラムの実行ファイル１０２１を作成する（ステップ
Ｓ１００３）。

【０１２８】ロギング設定ツール１０２０は、プロセス
・プロファイル１０１７がロギング管理テーブル３０１
に設定する監視情報の項目を設定したロギング設定ファ
イル１００７を生成する（ステップＳ１００４）。プロ
セス・プロファイル１０１７は、ロギング設定ファイル
１００７の設定内容を解析して、ロギング対象プロセス
やロギング開始位置および終了位置などの監視対象位
置、ロギング項目などの監視情報をロギング管理テーブ
ル３０１に設定する。

【０１２９】図１０の例では、ロギング管理テーブル３
０１に、ロギング対象として「ｔｏｐ１０のスレッド」
が設定されているので、プロセスｐｒｏｃ１およびｐｒ
ｏｃ２で生成される最初の１０個のスレッドが監視対象
となる。

【０１３０】また、図１０の例では、ロギング開始位置
がタグＩＤが３であるタグ関数であり、ロギング終了位
置がタグＩＤが４であるタグ関数となっており、このた
め図１０の矢印で示したロギング開始からロギング終了
までのプロセスｐｒｏｃ１およびｐｒｏｃ２で生成され
る最初の１０個のスレッドの処理がロギング情報として
出力されることになる。

【０１３１】そして、ロギング対象およびロギング開始
位置から終了位置までのタグ関数によってプロセス情報
とタグＩＤが共有メモリ３００のロギング出力ＦＩＦＯ
キュー３０３に格納される。そして、プロセス・プロフ
ァイル１０１７のロギング情報取得部３０５によってロ
ギング情報がロギング出力ＦＩＦＯキュー３０３から格
納順に取得され、プリンタなどにロギング出力ファイル
として出力される。このようなプロセス監視処理の詳細
な手順は、実施の形態１において図４および図５を用い
て説明した処理と同様である。

【０１３２】以上のように、実施の形態３にかかるデバ
ッグシステムを利用したデバッグ方法では、複数のプロ
セスおよび複数のスレッドを並列実行可能な計算機シス
テムにおいて、並列動作のソフトウェアシステムの各ソ
ースプログラムに自動的にタグ付けを行っているので、
プログラム実行の際に変数などの状態を記録しながら動
作を調べるという、ロギング情報を取得することがで
き、並列動作するソフトウェアシステムの特性分析が容
易になり、ソフトウェアシステムの処理速度を向上する
ことができる。

【０１３３】また、実施の形態３にかかるデバッグシス
テムを利用したデバッグ方法では、プログラムにタグ付
けを自動的に行うタグ付け自動装置１０１８と、タグ付
けによる実行プログラムのロギング情報を取得し、一括
管理するプロファイル装置１０１７とによって、プログ
ラムのロギング情報を管理するので、タグＩＤ番号をユ
ーザに対して隠すことができ、デバッグ方法の操作性、
検出効率を向上することができる。

【０１３４】さらに、実施の形態３に係るデバッグシス
テムによる方法は、単一の計算機システム内で独立した
アドレス空間を持つマルチプロセスの処理の並列動作ソ
フトウェアシステムでもエラー、バグの検出をすること
ができる。

【０１３５】なお、実施の形態１〜３において説明した
タグ関数は検証コードの一例を示すものであり、取得す
るプロセスの情報により任意の関数、検証用プログラム
を検証コードとして使用することができる。

【０１３６】また、実施の形態１〜３において説明した
監視情報およびロギング情報も一例を示すものであり、
他の情報を監視情報またはロギング情報に含めることも
可能である。

【０１３７】また、実施の形態１〜３では、共有メモリ
を利用したプロセス間通信によってロギング情報をプロ
セス間で送受信しているが、この他メッセージ送受信や
関数呼び出しとその戻り値送信などの他のプロセス間通
信の手法によって、ロギング情報をプロセス間で送受信
するように構成することも可能である。

【０１３８】

【発明の効果】以上説明したように、請求項１にかかる
発明によれば、画像形成装置上で並列実行されるコント
ロールサービスまたはアプリケーションのプロセスの検
証を確実に行うことができ、並列ソフトウェアの特性分
析などのデバッグ作業の効率化を図ることができるとい
う効果を奏する。

【０１３９】また、請求項２にかかる発明によれば、並
列実行される複数プロセスの動作情報だけでなく、プロ
セス間通信によってプロセス内部で並列実行される複数
のスレッドの動作情報を取得できるので、ソフトウェア
特性分析などのデバッグ作業のさらなる効率化を図るこ
とができるという効果を奏する。特に、この発明によれ
ば、画像形成装置を複数のプロセスの他、多種多様な機
能を実現するために複数のスレッドを生成して実行させ
るような特徴的な構成とした場合において、複雑なスレ
ッド間の協調動作により画像形成処理にかかるユーザサ
ービスが正常に動作しているか否かを、正確かつ容易に
検証することができ、検証作業の確実性および効率化を
向上させることができるという効果を奏する。

【０１４０】また、請求項３にかかる発明によれば、共
有メモリを利用したプロセス間通信によってプロセスの
動作情報を取得することができ、画像形成装置上で並列
実行されるプロセスの検証を確実に実現することができ
るという効果を奏する。

【０１４１】また、請求項４にかかる発明によれば、並
列実行されるプロセスの動作情報を時系列に取得するこ
とができ、並列実行されるプロセスの検証が複雑になる
ことを回避して、デバッグ作業を効率的に行うことがで
きるという効果を奏する。

【０１４２】また、請求項５にかかる発明によれば、プ
ロセスの実行状況を常に把握しながらプロセスの検証を
行うことができるという効果を奏する。

【０１４３】また、請求項６にかかる発明によれば、所
望の並列プロセスのみの検証を行うことができ、デバッ
グ作業を効率的に行うことができるという効果を奏す
る。

【０１４４】また、請求項７にかかる発明によれば、プ
ログラム開発段階で、デバッグ用に検証コードをすべて
のプログラムに付加する必要がなくなり、全体としてデ
バッグ作業の効率化を図ることができるという効果を奏
する。

【０１４５】また、請求項８にかかる発明によれば、ア
ドレス解決情報に従って監視位置が明確になるので、確
実に検証コードを任意の位置に付加することができると
いう効果を奏する。

【０１４６】また、請求項９にかかる発明によれば、監
視情報で指定されたプログラムのみに検証コードを付加
すれば良く、さらにデバッグ作業の効率化を図ることが
できるという効果を奏する。

【０１４７】また、請求項１０にかかる発明によれば、
プロセス監視アプリとコントロールサービスとの間のプ
ロセス間通信をアプリケーションプログラムインタフェ
ースを利用して実現することができ、プログラム開発の
効率化を図ることができるという効果を奏する。

【０１４８】また、請求項１１にかかる発明によれば、
画像形成装置上で並列実行されるコントロールサービス
またはアプリケーションのプロセスの検証を確実に行う
ことができ、並列ソフトウェアの特性分析などのデバッ
グ作業の効率化を図ることができるという効果を奏す
る。

【０１４９】また、請求項１２にかかる発明によれば、
並列実行される複数プロセスの動作情報だけでなく、プ
ロセス間通信によってプロセス内部で並列実行される複
数のスレッドの動作情報を取得できるので、ソフトウェ
ア特性分析などのデバッグ作業のさらなる効率化を図る
ことができるという効果を奏する。特に、複数のプロセ
スの他、多種多様な機能を実現するために複数のスレッ
ドを生成して実行させるような特徴的な構成の画像形成
装置で本発明のプロセス監視方法を使用することで、複
雑なスレッド間の協調動作により画像形成処理にかかる
ユーザサービスが正常に動作しているか否かを、正確か
つ容易に検証することができ、検証作業の確実性および
効率化を向上させることができるという効果を奏する。

【０１５０】また、請求項１３にかかる発明によれば、
共有メモリを利用したプロセス間通信によってプロセス
の動作情報を取得することができ、画像形成装置上で並
列実行されるプロセスの検証を確実に実現することがで
きるという効果を奏する。

【０１５１】また、請求項１４にかかる発明によれば、
並列実行されるプロセスの動作情報を時系列に取得する
ことができ、並列実行されるプロセスの検証が複雑にな
ることを回避して、デバッグ作業を効率的に行うことが
できるという効果を奏する。

【０１５２】また、請求項１５にかかる発明によれば、
プロセスの実行状況を常に把握しながらプロセスの検証
を行うことができるという効果を奏する。

【０１５３】また、請求項１６にかかる発明によれば、
所望の並列プロセスのみの検証を行うことができ、デバ
ッグ作業を効率的に行うことができるという効果を奏す
る。

【０１５４】また、請求項１７にかかる発明によれば、
プログラム開発段階で、デバッグ用に検証コードをすべ
てのプログラムに付加する必要がなくなり、全体として
デバッグ作業の効率化を図ることができるという効果を
奏する。

【０１５５】また、請求項１８にかかる発明によれば、
アドレス解決情報に従って監視位置が明確になるので、
確実に検証コードを任意の位置に付加することができる
という効果を奏する。

【０１５６】また、請求項１９にかかる発明によれば、
監視情報で指定されたプログラムのみに検証コードを付
加すれば良く、さらにデバッグ作業の効率化を図ること
ができるという効果を奏する。

【０１５７】また、請求項２０にかかる発明によれば、
並列実行されるプロセスの特性分析を容易に行うことが
でき、パフォーマンスの向上を図ることができるととも
に、デバッグ作業の効率化を図ることができるという効
果を奏する。

【０１５８】また、請求項２１にかかる発明によれば、
検証コード付加ステップが検証コードを自動的にプログ
ラムのソースコードに付加し、プロセス監視ステップが
さらに取得した動作情報を管理することで、検証コード
の識別情報をユーザに対して隠すことができ、デバッグ
方法の操作性を向上させることができるという効果を奏
する。

【０１５９】また、請求項２２にかかる発明によれば、
独立したアドレス空間で動作する並列処理においても、
並列動作するソフトウェアシステムの特性分析が容易に
なり、パフォーマンス向上を図ることができるととも
に、デバッグ作業の効率化を図ることができるという効
果を奏する。

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

【図面の簡単な説明】

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

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

【図３】実施の形態１にかかる複合機で行われるプロセ
ス監視方法において、監視対象プロセスの実行状況、プ
ロセス監視アプリの動作状況および共有メモリの状態を
示す模式図である。

【図４】実施の形態１の複合機におけるプロセス監視ア
プリによるプロセス監視処理の手順を示すフローチャー
トである。

【図５】実施の形態１の複合機において、コピーアプ
リ、ＭＣＳの各プロセスにおけるタグ関数ｔａｇ＿ｉｎ
およびｔａｇ＿ｏｕｔで実行される処理手順を示すフロ
ーチャートである。

【図６】実施の形態２の複合機におけるプロセス監視ア
プリの構成図である。

【図７】実施の形態２の複合機におけるプロセス監視ア
プリによるタグ関数の付加およびプロセス監視の処理手
順を示すフローチャートである。

【図８】実施の形態３のデバッグシステムにおいて、ソ
フトウェア機能を識別するタグ関数を挿入するサンプル
プログラムを示した説明図である。

【図９】実施の形態３のデバッグシステムにおいて、並
列実行されるマルチスレッドのＣソースプログラムの動
作シーケンスを示した説明図である。

【図１０】実施の形態３にかかるデバッグ方法で使用す
るデバッグシステムの構成およびかかるデバッグシステ
ムによる並列プロセスの監視手順を示した説明図であ
る。

【符号の説明】

１００ 複合機 １０１ 白黒ラインプリンタ １０２ カラーラインプリンタ １０３ ハードウェアリソース １１０ ソフトウェア群 １１１ プリンタアプリ １１２ コピーアプリ １１３ ファックスアプリ １１４ スキャナアプリ １１５ ネットファイルアプリ １１６ 工程検査アプリ １１７ プロセス監視アプリ １２０ プラットホーム １２１ 汎用ＯＳ １２２ ＳＣＳ １２３ ＳＲＭ １２４ ＥＣＳ １２５ ＭＣＳ １２６ ＯＣＳ １２７ ＦＣＳ １２８ ＮＣＳ １３０ アプリケーション ２００ コントローラボード ２０１ ＡＳＩＣ ２０２ ＣＰＵ ２０３ ＳＤＲＡＭ（ＲＡＭ） ２０４ フラッシュメモリ（ＲＯＭ） ２０５ ＨＤ ２０８ ＳＲＡＭ ２１０ オペレーションパネル ２３０ ＵＳＢ ２４０ ＩＥＥＥ１３９４ ２５０ プリンタ ３００ 共有メモリ ３０１ ロギング管理テーブル ３０２ 現在位置テーブル ３０３ ロギング出力ＦＩＦＯキュー ３０４ 監視情報設定部 ３０５ ロギング情報取得部 ３０６ タグ関数付加部 ３２０ リモートＰＣ ３３０ ネットワーク １００６ タグＩＤ辞書ファイル １００７ ロギング設定ファイル １００８ プロセス １００９〜１０１６ タグ関数 １０１７ プロセス・プロファイル １０１８ タグ付け自動装置 １０１９ タグ付けツール １０２０ ロギング設定ツール １０２１ 実行ファイル

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 1/00 １０６ Ｈ０４Ｎ 1/00 １０６Ｚ Ｆターム(参考） 2C061 AP01 AP03 AP04 AP07 HJ10 HK11 5B021 AA01 AA02 AA05 AA19 CC05 NN00 5B042 GA23 GA36 GC10 HH30 LA08 MC21 5B098 AA08 GA04 GA05 JJ07 5C062 AA02 AA05 AB41 AB42 AC21 AC22 AC48 AC55 AE07 AF00

Claims (23)

【特許請求の範囲】
1. 【請求項１】 画像形成処理で使用されるハードウェア
   資源と、画像形成処理にかかるユーザサービスにそれぞ
   れ固有の処理を行うアプリケーションのプロセスと、前
   記アプリケーションと前記ハードウェア資源との間に介
   在し、ユーザサービスを提供する際に、アプリケーショ
   ンの少なくとも２つが共通的に必要とする前記ハードウ
   ェア資源の獲得要求、管理、実行制御並びに画像形成処
   理を行うコントロールサービスのプロセスとを備え、前
   記コントロールサービスまたは前記アプリケーションの
   各プログラムが各プロセスの動作情報を出力する検証コ
   ードを含んでいる画像形成装置であって、 前記コントロールサービスまたは前記アプリケーション
   の並列実行されている２以上のプロセスから、前記動作
   情報をプロセス間通信によって取得するプロセス監視手
   段を備えたことを特徴とする画像形成装置。
2. 【請求項２】 前記プロセス監視手段は、さらに前記コ
   ントロールサービスのプロセスまたは前記アプリケーシ
   ョンのプロセスの内部で並列に実行される２以上のスレ
   ッドの各動作情報を取得することを特徴とする請求項１
   に記載の画像形成装置。
3. 【請求項３】 前記コントロールサービスのプロセスま
   たは前記アプリケーションのプロセス、および前記プロ
   セス監視手段のプロセスから共通にアクセス可能な共有
   メモリをさらに備え、 前記プロセス監視手段は、前記共有メモリを介して前記
   コントロールサービスのプロセスまたは前記アプリケー
   ションのプロセスから前記動作情報を取得することを特
   徴とする請求項１または２に記載の画像形成装置。
4. 【請求項４】 前記共有メモリは、前記動作情報を格納
   順に取出し可能なＦＩＦＯキューを備え、 前記コントロールサービスのプロセスまたは前記アプリ
   ケーションのプロセスは、前記動作情報を前記ＦＩＦＯ
   キューに格納し、 前記プロセス監視手段は、前記ＦＩＦＯキューから前記
   動作情報を取得することを特徴とする請求項３に記載の
   画像形成装置。
5. 【請求項５】 前記コントロールサービスのプロセスま
   たは前記アプリケーションのプロセスは、現在の実行位
   置を示す現在位置情報を、前記共有メモリに格納し、 前記プロセス監視手段は、前記共有メモリに格納された
   前記現在位置情報に基づいて、前記動作情報を取得する
   ことを特徴とする請求項３または４に記載の画像形成装
   置。
6. 【請求項６】 前記プロセス監視手段は、監視対象のプ
   ロセスに対する監視内容を指定した監視情報を受信し、
   受信した前記監視情報に基づいて前記動作情報を取得す
   ることを特徴とする請求項１〜５のいずれか一つに記載
   の画像形成装置。
7. 【請求項７】 画像形成処理で使用されるハードウェア
   資源と、画像形成処理にかかるユーザサービスにそれぞ
   れ固有の処理を行うアプリケーションのプロセスと、前
   記アプリケーションと前記ハードウェア資源との間に介
   在し、ユーザサービスを提供する際に、アプリケーショ
   ンの少なくとも２つが共通的に必要とする前記ハードウ
   ェア資源の獲得要求、管理、実行制御並びに画像形成処
   理を行うコントロールサービスのプロセスとを備えた画
   像形成装置であって、 並列実行される複数のプロセスを監視するプロセス監視
   手段を有し、 前記プロセス監視手段は、プロセス監視要求があったと
   きに、前記コントロールサービスまたは前記アプリケー
   ションの監視要求のあったプログラムに、各プロセスの
   動作情報を出力する検証コードを付加する検証コード付
   加手段と、監視対象の前記コントロールサービスまたは
   前記アプリケーションの並列実行されている２以上のプ
   ロセスから、前記動作情報を、プロセス間通信によって
   取得するプロセス情報取得手段と、 を備えたことを特徴とする画像形成装置。
8. 【請求項８】 前記検証コード付加手段は、前記コント
   ロールサービスまたは前記アプリケーションのプログラ
   ムのアドレス解決情報が記述されたマップ情報に基づい
   て、前記検証コードを前記コントロールサービスまたは
   前記アプリケーションのプログラムに付加することを特
   徴とする請求項７に記載の画像形成装置。
9. 【請求項９】 前記検証コード付加手段は、監視対象の
   プロセスに対する監視内容を指定した監視情報に基づい
   て前記監視対象のプロセスに前記検証コードを付加する
   ことを特徴とする請求項７または８に記載の画像形成装
   置。
10. 【請求項１０】 前記アプリケーションに含まれ、前記
    プロセス監視手段として動作するプロセス監視アプリを
    備えたことを特徴とする請求項１〜９のいずれか一つに
    記載の画像形成装置。
11. 【請求項１１】 画像形成処理で使用されるハードウェ
    ア資源と、画像形成処理にかかるユーザサービスにそれ
    ぞれ固有の処理を行うアプリケーションのプロセスと、
    前記アプリケーションと前記ハードウェア資源との間に
    介在し、ユーザサービスを提供する際に、アプリケーシ
    ョンの少なくとも２つが共通的に必要とする前記ハード
    ウェア資源の獲得要求、管理、実行制御並びに画像形成
    処理を行うコントロールサービスのプロセスとを備え、
    前記コントロールサービスまたは前記アプリケーション
    の各プログラムが各プロセスの動作情報を出力する検証
    コードを含んでいる画像形成装置で実行されるプロセス
    の動作情報を取得するプロセス監視方法であって、 前記コントロールサービスまたは前記アプリケーション
    の並列実行されている２以上のプロセスから、前記動作
    情報をプロセス間通信によって取得するプロセス監視ス
    テップを含んだことを特徴とするプロセス監視方法。
12. 【請求項１２】 前記プロセス監視ステップは、さらに
    前記コントロールサービスのプロセスまたは前記アプリ
    ケーションのプロセスの内部で並列に実行される２以上
    のスレッドの各動作情報を取得することを特徴とする請
    求項１１に記載のプロセス監視方法。
13. 【請求項１３】 前記プロセス監視ステップは、前記コ
    ントロールサービスのプロセスまたは前記アプリケーシ
    ョンのプロセス、およびプロセス監視を実行するプロセ
    スから共通にアクセス可能な共有メモリを介して前記コ
    ントロールサービスのプロセスまたは前記アプリケーシ
    ョンのプロセスから前記動作情報を取得することを特徴
    とする請求項１１または１２に記載のプロセス監視方
    法。
14. 【請求項１４】 前記コントロールサービスのプロセス
    または前記アプリケーションのプロセスは、前記動作情
    報を、前記共有メモリに確保された前記動作情報を格納
    順に取出し可能なＦＩＦＯキューに格納し、 前記プロセス監視ステップは、前記ＦＩＦＯキューから
    前記動作情報を取得することを特徴とする請求項１３に
    記載のプロセス監視方法。
15. 【請求項１５】 前記コントロールサービスのプロセス
    または前記アプリケーションのプロセスは、現在の実行
    位置を示す現在位置情報を、前記共有メモリに格納し、 前記プロセス監視ステップは、前記共有メモリに格納さ
    れた前記現在位置情報に基づいて、前記動作情報を取得
    することを特徴とする請求項１３または１４に記載のプ
    ロセス監視方法。
16. 【請求項１６】 前記プロセス監視ステップは、監視対
    象のプロセスに対する監視内容を指定した監視情報を受
    信し、受信した前記監視情報に基づいて前記動作情報を
    取得することを特徴とする請求項１１〜１５のいずれか
    一つに記載のプロセス監視方法。
17. 【請求項１７】 画像形成処理で使用されるハードウェ
    ア資源と、画像形成処理にかかるユーザサービスにそれ
    ぞれ固有の処理を行うアプリケーションのプロセスと、
    前記アプリケーションと前記ハードウェア資源との間に
    介在し、ユーザサービスを提供する際に、アプリケーシ
    ョンの少なくとも２つが共通的に必要とする前記ハード
    ウェア資源の獲得要求、管理、実行制御並びに画像形成
    処理を行うコントロールサービスのプロセスとを備えた
    画像形成装置で並列実行される複数のプロセスからプロ
    セスの動作情報を取得するプロセス監視方法であって、
    プロセス監視要求があったときに、前記コントロールサ
    ービスまたは前記アプリケーションの監視要求のあった
    プログラムに、各プロセスの動作情報を出力する検証コ
    ードを付加する検証コード付加ステップと、 監視対象の前記コントロールサービスまたは前記アプリ
    ケーションの並列実行されている２以上のプロセスか
    ら、前記動作情報を、プロセス間通信によって取得する
    プロセス情報取得ステップと、 を含んだことを特徴とするプロセス監視方法。
18. 【請求項１８】 前記検証コード付加ステップは、前記
    コントロールサービスまたは前記アプリケーションのプ
    ログラムのアドレス解決情報が記述されたマップ情報に
    基づいて、前記検証コードを前記コントロールサービス
    または前記アプリケーションのプログラムに付加するこ
    とを特徴とする請求項１７に記載のプロセス監視方法。
19. 【請求項１９】 前記検証コード付加ステップは、監視
    対象のプロセスに対する監視内容を指定した監視情報に
    基づいて前記監視対象のプロセスに前記検証コードを付
    加することを特徴とする請求項１７または１８に記載の
    プロセス監視方法。
20. 【請求項２０】 計算機システム内で並列に実行される
    プロセスのプログラムをデバッグするデバッグ方法にお
    いて、 各プロセスの動作情報を出力する検証コードを、前記プ
    ログラムのソースコードに付加する検証コード付加ステ
    ップと、 前記検証コード付加ステップで付加された検証コードに
    基づいて、並列実行される各プロセスの動作情報を取得
    するプロセス監視ステップと、 を含んだことを特徴とするデバッグ方法。
21. 【請求項２１】 前記検証コード付加ステップは、前記
    検証コードを前記プログラムのソースコードに自動的に
    付加するものであり、 前記プロセス監視ステップは、さらに取得した前記動作
    情報を管理することを特徴とする請求項２０に記載のデ
    バッグ方法。
22. 【請求項２２】 単一の計算機システム内で独立したア
    ドレス空間を持ち、 計算機システム内で並列に実行されるプロセスのプログ
    ラムをデバッグするデバッグ方法において、 各プロセスの動作情報を出力する検証コードを、前記プ
    ログラムのソースコードに付加する検証コード付加ステ
    ップと、 前記検証コード付加ステップで付加された検証コードに
    基づいて、並列実行される各プロセスの動作情報を、並
    列実行されるプロセスから共通にアクセス可能な共有メ
    モリを介して取得するプロセス監視ステップと、 を含んだことを特徴とするデバッグ方法。
23. 【請求項２３】 請求項１１〜２２のいずれか一つに記
    載された方法をコンピュータに実行させるプログラム。