JP2003150357A - 画像形成装置、画像形成システム、プロセス間通信情報取得方法およびその方法をコンピュータに実行させるプログラム - Google Patents

Abstract

(57)【要約】 【課題】 多数のプロセスが動作する画像形成装置にお
いて、プロセス間通信情報を取得してデバッグ作業を正
確かつ容易に行うこと。 【解決手段】 アプリケーション１３０のプロセスまた
はコントロールサービスのプロセスを含む複数のプロセ
ス間で共有される共有メモリ３０４ａ，３０４ｂと、ア
プリケーション１３０およびコントロールサービスの各
プロセス内部で起動され、アプリケーション１３０また
はコントロールサービスのプロセス間通信によって受信
したすべての通信情報から、制御情報３０５に基づいて
通信情報を抽出して共有メモリに格納するロギングハン
ドラ３０１と、一定時間ごとに共有メモリ３０４ａ，３
０４ｂから通信情報を読み出して通信ログファイル３０
７をＨＤ２０５に生成するログ生成部１１７と、を備え
た。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、コピー、プリン
タ、スキャナおよびファクシミリなどの画像形成処理に
かかるユーザサービスを提供する際に行われるプロセス
間通信によって各プロセスで受信したされるデータ（プ
ロセス間通信に関する通信情報）をデバッグのために取
得することができる画像形成装置、画像形成システム、
このようなプロセス間通信情報取得方法およびその方法
をコンピュータに実行させるプログラムに関するもので
ある。

【０００２】

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

【０００３】このような複合機では、プリンタ、コピ
ー、ファクシミリ、スキャナなどの各機能単位でプロセ
スとして動作するアプリケーションプログラムを開発し
ているため、各機能単位のプロセスが複合機上で正常に
動作しているか否かを、プロセス単位で調査するデバッ
グ作業を行っていた。

【０００４】このような従来の複合機では、コピー、プ
リンタ、スキャナおよびファクシミリなどの大きな機能
単位でプロセスが実行されているため、プロセス間のデ
ータの送受信などはさほど発生せず、従来のようなプロ
セスごとに行うデバッグ作業によって障害原因を容易に
検出することが可能であった。たとえば、コピー動作に
障害が生じた場合には、コピー機能を実現するコピープ
ログラムのプロセスが正常動作しているか否かを、プリ
ンタプログラムなど他の機能を実現するプロセスとは別
個に検証すれば、障害の原因を容易に把握することがで
きた。

【０００５】

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

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

【０００７】このように、出願人が発明をした新規な複
合機は、多数のプロセスやスレッドが複雑に絡み合って
協働することによりコピー、プリンタ、スキャナ、ファ
クシミリなどの画像形成処理にかかるユーザサービスを
提供するという特徴的な構成となっている。このため、
従来の複合機のように、各プロセスごとにデバッグ作業
を行うだけでは、プロセス間通信で送受信されるデータ
を正確に把握することができず、デバッグ作業が困難に
なるという問題がある。

【０００８】特に、複合機の開発においては、通常のコ
ンピュータ上で動作するソフトウェア開発と異なり、コ
ピー動作、プリンタ動作、スキャナ動作あるいはファク
シミリ送信動作が正常でない場合に、その障害原因がス
キャナエンジン、プリンタエンジンなどのエンジン部分
であるハードウェアにあるのか、このようなエンジン部
分を制御するソフトウェアにあるのかを障害調査の初期
段階で切り分ける必要がある。上述の出願人が発明した
新規な複合機では、かかるエンジン部分の制御は、コン
トロールサービスのプロセスによって行われており、こ
のコントロールサービスはアプリケーションの下位の層
に位置づけらている。このため、複数のコントロールサ
ービスのプロセス間、またはコントロールサービスとア
プリケーションのプロセス間の通信が正常に動作してい
るか否かを正確かつ容易に判断することが、ハードウェ
ア障害とソフトウェア障害の切り分けに必要となるとい
う新規な複合機に特有の問題が生じてくる。

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

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

【００１１】

【課題を解決するための手段】上記目的を達成するた
め、請求項１にかかる発明は、画像形成処理で使用され
るハードウェア資源と、画像形成処理にかかるユーザサ
ービスにそれぞれ固有の処理を行うアプリケーション
と、前記アプリケーションと前記ハードウェア資源との
間に介在し、前記ユーザサービスを提供する際に、アプ
リケーションの少なくとも２つが共通的に必要とする前
記ハードウェア資源の獲得要求、管理、実行制御並びに
画像形成処理を行うコントロールサービスとを備え、前
記アプリケーションと前記コントロールサービスはそれ
ぞれプロセスとして動作し、プロセス間通信を行うこと
によって前記ユーザサービスを提供する画像形成装置で
あって、プロセス間通信に関する通信情報の取得条件を
定めた制御情報を格納した記憶手段と、前記アプリケー
ションのプロセスまたは前記コントロールサービスのプ
ロセスを含む複数のプロセス間で共有される共有メモリ
と、前記アプリケーションおよび前記コントロールサー
ビスの各プロセス内部で起動され、前記アプリケーショ
ンまたは前記コントロールサービスのプロセス間通信に
よって受信した通信情報から、前記制御情報に基づいて
前記通信情報を抽出して前記共有メモリに格納する通信
情報取得手段とを備えたことを特徴とする。

【００１２】この請求項１にかかる発明によれば、アプ
リケーションおよびコントロールサービスの各プロセス
内部で起動される通信情報取得手段によって、アプリケ
ーションまたはコントロールサービスのプロセス間通信
によって受信した通信情報から、通信情報の取得条件を
定めた制御情報に基づいて通信情報を抽出して共有メモ
リに格納することで、アプリケーションとコントロール
サービス間、アプリケーション間、およびコントロール
サービス間など、多数のプロセスが複雑に絡み合ってプ
ロセス間通信を行う特徴的な構成の画像形成装置におい
て必要なプロセス間通信情報を取得条件に従って容易に
抽出して取得することができ、プロセス数が少ない従来
の画像形成装置に比べて、デバッグ作業を効率的に行う
ことができる。また、このようなデバッグ作業の効率化
によって結果的に画像形成装置の品質を向上させること
ができる。

【００１３】また、この請求項１にかかる発明によれ
ば、通信情報取得手段によって、必要なプロセス間通信
に関する通信情報を容易に取得でき、デバッグ作業を効
率的に行えるので、アプリケーションおよびコントロー
ルサービスの開発ばかりか、サードベンダなどの第三者
による新規アプリケーションの開発を促進することがで
きる。

【００１４】さらに、この請求項１にかかる発明によれ
ば、通信情報取得手段によって、取得した通信情報を、
アプリケーションまたはコントロールサービスのプロセ
スを含む複数のプロセスで共有される共有メモリに格納
しているので、他のプロセスから共有メモリを利用した
プロセス間通信によって通信情報を取得することが可能
となる。このため、当該他のプロセスとして、通信情報
からログを生成したり、表示するなどの処理を行うプロ
セスを設け、デバッグ作業の形態に応じた形式で通信情
報を加工することも可能となり、デバッグ作業における
ユーザビリティを向上させることができる。

【００１５】加えて、この請求項１にかかる発明によれ
ば、通信情報取得手段がアプリケーションおよびコント
ロールサービスのプロセス内部で起動されており、この
プロセス内部で、受信した通信情報から必要な通信情報
を抽出してから共有メモリに格納しているので、共有メ
モリから通信情報を読み出してログ生成やログ表示など
を行う場合に、ログ生成処理段階またはログ表示処理段
階で通信情報を抽出する場合に比べ、ログ生成やログ表
示時における抽出処理の負荷がかからず、ログ生成また
はログ表示の処理効率を向上させることができる。

【００１６】この請求項１の発明における通信情報取得
手段は、アプリケーションおよびコントロールサービス
のプロセス内部で起動されるものであれば良く、プロセ
ス間通信による受信データを監視する監視スレッドの内
部で実行する他、受信データの監視と通信情報の取得と
を並列実行するために、当該監視スレッドと別スレッド
で構成してもよい。

【００１７】また、この請求項１の発明における共有メ
モリは、複数のアプリケーションおよび複数のコントロ
ールサービスの各プロセスごとに設ける構成としたり、
資源節約のため、すべてのプロセスで共有可能な単一の
共有メモリとすることもできる。ただし、後者の場合に
は、プロセスの並列実行により通信情報の分断が生じる
可能性があるため、各プロセスに対して共有メモリの排
他制御を行う機構（たとえば、セマフォやクリティカル
・セクションなどの同期メカニズムを利用した共有メモ
リの排他制御）を設けることが好ましい。

【００１８】この請求項１の発明における通信情報は、
プロセス間通信に関する情報であればよく、イベントや
通知などのメッセージや、関数呼び出しなどプロセス間
通信を担う情報の他、プロセス識別情報やプロセスの生
成または消滅に関する情報を通信情報に含めることもで
きる。

【００１９】この請求項１の発明における制御情報は、
必要とする通信情報を抽出するための取得条件が指定さ
れたものであればよく、具体的な取得条件については本
発明では限定しない。また、制御情報には、このような
取得条件の他、デバッグ作業を行うユーザの便宜を図る
ために、さらにプロセスの生成や消滅などのプロセス自
体に関する情報なども取得条件として含めても良い。ま
た、制御情報は、ハードディスクなどの記憶手段に格納
されていればよく、フラッシュカードなどの記憶媒体か
ら入力した記憶手段に格納する他、オペレーションパネ
ルなどの操作部から入力したり、ネットワーク経由で受
信して記憶手段に格納した場合も含まれる。

【００２０】また、請求項２にかかる発明は、請求項１
に記載の画像形成装置において、前記制御情報は、前記
コントロールサービスまたは前記アプリケーションの中
から前記通信情報の取得対象プロセスを指定したもので
あり、前記通信情報取得手段は、前記取得対象プロセス
における前記通信情報を抽出して前記共有メモリに格納
することを特徴とする。

【００２１】この請求項２にかかる発明によれば、通信
情報取得手段によって、制御情報で指定された取得対象
プロセスにおける通信情報を抽出することで、画像形成
装置で動作するアプリケーションおよびコントロールサ
ービスの全てのプロセスにおけるプロセス間通信情報を
希望しない場合に、必要なプロセスのみのプロセス間通
信情報を取得することができ、通信情報取得の処理効率
を向上させることができる。また、新規アプリケーショ
ンを開発した場合など、デバッグ作業に必要なアプリケ
ーションやコントロールサービスにおける通信情報だけ
を得ることができるので、デバッグ作業をより効率的に
行うことができる。

【００２２】また、請求項３にかかる発明は、請求項２
に記載の画像形成装置において、前記制御情報は、前記
取得対象プロセスにおけるプロセス間通信の相手先プロ
セスをさらに指定したものであり、前記通信情報取得手
段は、前記相手先プロセスからの通信情報のみを抽出し
て前記共有メモリに格納することを特徴とする。

【００２３】この請求項３にかかる発明によれば、通信
情報取得手段によって、制御情報に指定された、取得対
象プロセスにおけるプロセス間通信の相手先プロセスか
らの通信情報のみを抽出することで、アプリケーショ
ン、コントロールサービスの中で、特定のプロセス間通
信の通信情報だけを得ることができる。このため、画像
形成装置のデバッグ作業において、障害が生じていると
予想されるコンポーネント間のプロセス間通信だけを集
中して検証することができ、デバッグ作業をより効率的
に行うことができる。

【００２４】また、請求項４にかかる発明は、請求項１
〜３のいずれか一つに記載の画像形成装置において、前
記制御情報は、前記画像形成処理にかかるユーザサービ
スの中から一または複数のユーザサービスを指定したも
のであり、前記通信情報取得手段は、前記制御情報で指
定された前記ユーザサービスを提供する際に実行される
前記アプリケーションおよび前記コントロールサービス
のすべてのプロセスを選定して、選定されたプロセスで
受信した前記通信情報を抽出して前記共有メモリに格納
することを特徴とする。

【００２５】この請求項４にかかる発明における「ユー
ザサービス」とは、コピー、プリンタ、スキャナ、ファ
クシミリなどの画像形成処理にかかるサービスをいい、
例えばアプリケーションを追加することにより新たにサ
ービスが提供可能になった場合には、かかる新たなユー
ザサービスも含まれる。

【００２６】この請求項４にかかる発明によれば、通信
情報取得手段によって、制御情報で指定されたユーザサ
ービスを提供する際に実行されるアプリケーションおよ
びコントロールサービスのすべてのプロセスを選定し
て、選定されたプロセスで受信した通信情報を抽出して
共有メモリに格納することで、特定のユーザサービスの
機能だけを検証する際に、当該機能に関連するアプリケ
ーションやコントロールサービスを知らなくても制御情
報にはユーザサービスのみを指定すれば自動的に必要と
されるすべてのプロセスの通信情報を得ることができ
る。このため、デバッグ作業における制御情報の設定が
容易になるとともに、画像形成装置のコンポーネント構
造を熟知していないユーザでもデバッグ作業を容易に行
うことができる。また、デバッグ対象のアプリケーショ
ン、コントロールサービスの指定の漏れをなくして、よ
り確実なデバッグ作業を行うことができる。

【００２７】また、請求項５にかかる発明は、請求項１
〜４のいずれか一つに記載の画像形成装置において、前
記通信情報取得手段は、前記通信情報のデータ種別また
はプロセス情報を含むヘッダ情報のみを前記通信情報と
して抽出して前記共有メモリに格納することを特徴とす
る。

【００２８】この請求項５にかかる発明によれば、通信
情報取得手段によって、通信情報のデータ種別またはプ
ロセス情報を含むヘッダ情報のみを通信情報として抽出
することで、画像形成装置のデバッグ作業において、簡
易な検証だけを希望する場合にヘッダ情報だけの通信情
報を取得することができるので、受信データのすべてを
共有メモリに格納する場合に比べ、格納されるデータ量
に制限のある共有メモリ資源の節約を図ることができ
る。

【００２９】また、請求項６にかかる発明は、請求項１
〜５のいずれか一つに記載の画像形成装置において、前
記共有メモリに格納された前記通信情報を一定時間ごと
に取得し、取得した前記通信情報を記録した通信履歴情
報を生成する通信履歴生成手段をさらに備えたことを特
徴とする。

【００３０】この請求項６にかかる発明によれば、通信
履歴生成手段によって、共有メモリに格納された通信情
報を一定時間ごとに取得して、この通信情報を記録した
通信履歴情報を生成することで、多数のプロセス間で複
雑に行われるプロセス間通信の状況を把握して障害の原
因究明を行うことができ、デバッグ作業をより効率的に
行うことができる。

【００３１】この請求項６にかかる発明における通信履
歴情報は、通信情報を記録したものであればよく、通信
情報を時系列順にソートして通信履歴情報としたり、プ
ロセスごとに分類して通信履歴情報とすることができ
る。

【００３２】また、単に通信情報を収集するだけで、ソ
ートや分類などを行わずに通信履歴情報としても良い。
この場合には、デバッグ作業を行うユーザの便宜のため
に、例えば、通信履歴情報を表示または印刷などの出力
処理を行う際に、別プロセスあるいは上記出力処理を行
うＰＣなどで通信履歴情報の中の通信情報を時系列順に
ソートしたり、プロセスごとに分類するなどの加工処理
を行うようにしても良い。

【００３３】また、請求項７にかかる発明は、請求項６
に記載の画像形成装置において、前記通信履歴生成手段
は、さらに前記通信履歴情報を、ネットワークに接続さ
れて複数の画像形成装置を管理する管理装置に送信する
ことを特徴とする。

【００３４】この請求項７にかかる発明によれば、通信
履歴生成手段によって、通信履歴情報をネットワークに
接続された、複数の画像形成装置を管理する管理装置に
送信することで、生成された通信履歴情報を管理装置側
で参照したり集計するなどの処理を行うことが可能とな
り、管理装置によって通信履歴情報に基づいた画像形成
装置の適切な管理を行うことができる。

【００３５】この請求項７の発明における管理装置に
は、画像形成装置の管理を行う管理サーバの他、複数の
画像形成装置の動作情報や障害情報を収集して一括管理
する遠隔集中管理装置も含まれる。

【００３６】また、本発明の他の態様としては、請求項
６または７に記載の画像形成装置において、前記通信履
歴生成手段は、さらに前記通信履歴情報を、ネットワー
クに接続されたクライアント端末に送信することを特徴
とするものがあげられる。

【００３７】この態様の発明によれば、通信履歴生成手
段によって、通信履歴情報をネットワークに接続された
クライアント端末に送信することで、生成された通信履
歴情報を画像形成装置内ばかりか、クライアント端末側
で保存しておくことができ、通信履歴情報による集計や
加工などが必要に応じて可能となり、通信履歴情報の有
効利用を図ることができる。

【００３８】また、請求項８にかかる発明は、画像形成
処理で使用されるハードウェア資源と、画像形成処理に
かかるユーザサービスにそれぞれ固有の処理を行うアプ
リケーションと、前記アプリケーションと前記ハードウ
ェア資源との間に介在し、ユーザサービスを提供する際
に、アプリケーションの少なくとも２つが共通的に必要
とする前記ハードウェア資源の獲得要求、管理、実行制
御並びに画像形成処理を行うコントロールサービスとを
備え、前記アプリケーションと前記コントロールサービ
スはそれぞれプロセスとして動作し、プロセス間通信を
行うことによって前記ユーザサービスを提供する画像形
成装置であって、プロセス間通信に関する通信情報の取
得条件を定めた制御情報を格納した記憶手段と、前記ア
プリケーションのプロセスまたは前記コントロールサー
ビスのプロセスを含む複数のプロセス間で共有される共
有メモリと、前記アプリケーションおよび前記コントロ
ールサービスのプロセスの中で起動され、プロセス間通
信により受信した通信情報を前記共有メモリに格納する
通信情報取得手段と、一定時間ごとに、前記共有メモリ
から前記制御情報に基づいて前記通信情報を抽出し、抽
出した前記通信情報を記録した通信履歴情報を生成する
通信履歴生成手段とを備えたことを特徴とする。

【００３９】この請求項８にかかる発明によれば、アプ
リケーションおよびコントロールサービスのプロセスの
中で起動される通信情報取得手段によって、アプリケー
ションおよびコントロールサービスにおけるプロセス間
通信により受信した通信情報を共有メモリに格納し、通
信履歴生成手段によって、一定時間ごとに共有メモリか
ら、通信情報の取得条件を定めた制御情報に基づいて、
通信情報を抽出し、抽出した通信情報を記録した通信履
歴情報を生成することで、多数のプロセスが動作してい
る特徴的な構成の画像形成装置において必要なプロセス
間通信情報を取得条件に従って容易に抽出して通信履歴
情報を生成することができ、プロセス間通信の状況を容
易に把握してデバッグ作業を効率的に行うことができ
る。

【００４０】また、この請求項８にかかる発明によれ
ば、制御情報に基づいた通信情報の抽出を、共有メモリ
への格納段階ではなく、共有メモリからの読み出し段階
で行っているので、通信履歴情報の生成の際のデータ量
が減少し、データ転送効率を向上させることができる。

【００４１】また、請求項９にかかる発明は、請求項８
に記載の画像形成装置において、前記制御情報は、前記
コントロールサービスまたは前記アプリケーションの中
から前記通信情報の取得対象プロセスを指定したもので
あり、前記通信履歴生成手段は、前記取得対象プロセス
における前記通信情報を抽出して前記通信履歴情報を生
成することを特徴とする。

【００４２】この請求項９にかかる発明によれば、通信
履歴生成手段によって、制御情報で指定された取得対象
プロセスにおける通信情報を抽出することで、画像形成
装置で動作するアプリケーションおよびコントロールサ
ービスの全てのプロセスにおけるプロセス間通信情報を
希望しない場合に、必要なプロセスのみのプロセス間通
信情報を取得することができ、通信情報取得の処理効率
を向上させることができる。また、新規アプリケーショ
ンを開発した場合など、デバッグ作業に必要なアプリケ
ーションやコントロールサービスにおける通信情報だけ
を得ることができるので、デバッグ作業をより効率的に
行うことができる。

【００４３】また、請求項１０にかかる発明は、請求項
９に記載の画像形成装置において、前記制御情報は、前
記取得対象プロセスにおけるプロセス間通信の相手先プ
ロセスをさらに指定したものであり、前記通信履歴生成
手段は、前記相手先プロセスからの前記通信情報のみを
抽出して前記通信履歴情報を生成することを特徴とす
る。

【００４４】この請求項１０にかかる発明によれば、通
信履歴生成手段によって、制御情報に指定された、取得
対象プロセスにおけるプロセス間通信の相手先プロセス
からの通信情報のみを抽出することで、アプリケーショ
ン、コントロールサービスの中で、特定のプロセス間通
信の通信情報だけを得ることができる。このため、画像
形成装置のデバッグ作業において、障害が生じていると
予想されるコンポーネント間のプロセス間通信だけを集
中して検証することができ、デバッグ作業をより効率的
に行うことができる。

【００４５】また、請求項１１にかかる発明は、請求項
８〜１０のいずれか一つに記載の画像形成装置におい
て、前記制御情報は、前記画像形成処理にかかるユーザ
サービスの中から一または複数のユーザサービスを指定
したものであり、前記通信履歴生成手段は、前記制御情
報で指定された前記ユーザサービスを提供する際に実行
される前記アプリケーションおよび前記コントロールサ
ービスのすべてのプロセスにおける前記通信情報を抽出
して前記通信履歴情報を生成することを特徴とする。

【００４６】この請求項１１にかかる発明によれば、通
信履歴生成手段によって、制御情報で指定されたユーザ
サービスを提供する際に実行されるアプリケーションお
よびコントロールサービスのすべてのプロセスを選定し
て、選定されたプロセスで受信した通信情報を抽出して
通信履歴情報を生成することで、特定のユーザサービス
の機能だけを検証する際に、当該機能に関連するアプリ
ケーションやコントロールサービスを知らなくても制御
情報にはユーザサービスのみを指定すれば自動的に必要
とされるすべてのプロセスの通信情報を得ることができ
る。このため、デバッグ作業における制御情報の設定が
容易になるとともに、画像形成装置のコンポーネント構
造を熟知していないユーザでもデバッグ作業を容易に行
うことができる。また、デバッグ対象のアプリケーショ
ン、コントロールサービスの指定の漏れをなくして、よ
り確実なデバッグ作業を行うことができる。

【００４７】また、請求項１２にかかる発明は、請求項
８〜１１のいずれか一つに記載の画像形成装置におい
て、前記通信履歴生成手段は、前記通信情報のデータ種
別またはプロセス情報を含むヘッダ情報のみを前記通信
情報として抽出して前記通信履歴情報を生成することを
特徴とする。

【００４８】この請求項１２にかかる発明によれば、通
信履歴生成手段によって、通信情報のデータ種別または
プロセス情報を含むヘッダ情報のみを通信情報として抽
出することで、画像形成装置のデバッグ作業において、
簡易な検証だけを希望する場合にヘッダ情報だけの通信
情報を取得することができるので、受信データのすべて
を通信履歴情報として記録する場合に比べ、ハードディ
スクなどの資源の節約を図ることができる。

【００４９】また、請求項１３にかかる発明は、請求項
１〜１２のいずれか一つに記載の画像形成装置におい
て、通信履歴開始要求があったときに、プロセス間通信
に関する通信情報の取得要求を前記アプリケーションま
たは前記コントロールサービスのプロセスに送信する通
信履歴管理手段をさらに備え、前記通信情報取得手段
は、前記アプリケーションおよび前記コントロールサー
ビスのプロセスが前記取得要求を受信したときに起動さ
れることを特徴とする。

【００５０】この請求項１３にかかる発明によれば、通
信履歴開始要求があったときに、通信履歴管理手段によ
って、通信情報の取得要求をアプリケーションまたはコ
ントロールサービスのプロセスに送信し、アプリケーシ
ョンおよびコントロールサービスのプロセスがこの取得
要求を受信したときに通信情報取得手段を起動すること
で、通信情報の取得や通信履歴情報の生成を、画像形成
装置の再起動なしに、通信履歴開始要求に応じて動的に
開始することができ、デバッグ作業を効率的に開始する
ことができる。

【００５１】この請求項１３の発明における通信履歴管
理手段は、実行時のメモリ資源の節約のために、通信履
歴生成手段と兼用した構成とすることができる。

【００５２】また、請求項１４にかかる発明は、請求項
１３に記載の画像形成装置において、前記アプリケーシ
ョンおよび前記コントロールサービスは、前記通信情報
取得手段をプロセス内部で起動する起動関数を有し、前
記通信履歴管理手段は、前記起動関数の呼び出しによ
り、前記取得対象の前記アプリケーションのプロセスお
よび前記コントロールサービスのプロセスに前記取得要
求を行うことを特徴とする。

【００５３】この請求項１４にかかる発明によれば、通
信履歴管理手段によって、アプリケーションおよびコン
トロールサービスで用意された起動関数呼び出しによ
り、取得対象のアプリケーションのプロセスおよびコン
トロールサービスのプロセスに取得要求を行うことで、
アプリケーションおよびコントロールサービスも起動関
数を用意しておけば、通信履歴管理手段による関数呼び
出しという簡易なプロセス間通信を利用して前記取得要
求を行うことができ、プログラム開発労力の軽減を図る
ことができる。

【００５４】また、請求項１５にかかる発明は、請求項
１３または１４に記載の画像形成装置において、前記通
信履歴管理手段は、さらに前記制御情報を受信し、受信
した前記制御情報を前記記憶手段に格納することを特徴
とする。

【００５５】この請求項１５にかかる発明によれば、通
信履歴管理手段によって、制御情報を受信し、受信した
制御情報を記憶手段に格納することで、制御情報に設定
された取得条件の変更などが生じた場合でも、取得条件
変更に応じて動的に通信情報の取得や通信履歴の生成を
行うことができ、制御情報の変更があるたびに画像形成
装置を再起動させる必要がなく、デバッグ作業をより効
率的に行うことができる。

【００５６】また、請求項１６にかかる発明は、請求項
１３〜１５のいずれか一つに記載の画像形成装置におい
て、前記コントロールサービスは、画像形成装置で動作
するプロセスの制御およびオペレーションパネルの制御
を行うシステムコントロールサービスを備え、前記シス
テムコントロールサービスは、前記通信履歴開始要求と
前記制御情報を受信し、受信した前記通信履歴開始要求
と前記制御情報を前記通信履歴管理手段に転送すること
を特徴とする。

【００５７】この請求項１６にかかる発明によれば、シ
ステムコントロールサービスによって、通信履歴開始要
求と制御情報を受信し、受信した通信履歴開始要求と制
御情報を通信履歴管理手段に転送することで、ユーザ操
作によるオペレーションパネルからの通信履歴開始要求
やネットワーク経由での通信履歴開始要求と制御情報の
変更などを、システムコントロールサービスで一括して
処理することができ、通信履歴開始要求や制御情報の送
信先に応じて別個のコンポーネントを設ける必要がな
く、実行時に必要なリソースの削減を図ることができ
る。

【００５８】また、請求項１７にかかる発明は、請求項
１６に記載の画像形成装置において、前記システムコン
トロールサービスは、前記通信履歴開始要求と前記制御
情報を、ネットワークに接続された複数の画像形成装置
を管理する管理装置から受信することを特徴とする。

【００５９】この請求項１７にかかる発明によれば、シ
ステムコントロールサービスによって、通信履歴開始要
求と制御情報を、ネットワーク経由で管理装置から受信
することで、管理装置からの要求に応じた通信情報の取
得や通信履歴情報の生成が可能となり、管理装置による
画像形成装置の集中管理に拡張性を持たせることができ
る。

【００６０】この請求項１７の発明における管理装置に
は、画像形成装置の管理を行う管理サーバの他、複数の
画像形成装置の動作情報や障害情報を収集して一括管理
する遠隔集中管理装置も含まれる。

【００６１】また、請求項１８にかかる発明は、請求項
１６に記載の画像形成装置において、前記システムコン
トロールサービスは、前記通信履歴開始要求と前記制御
情報を、ネットワークに接続されたクライアント端末か
ら受信することを特徴とする。

【００６２】この請求項１８にかかる発明によれば、シ
ステムコントロールサービスによって、通信履歴開始要
求と制御情報をネットワークに接続されたクライアント
端末から受信することで、デバッグ作業を画像形成装置
から離れた場所で行うことができ、デバッグ作業をより
効率的に行うことができる。

【００６３】また、請求項１９にかかる発明は、請求項
１〜１８のいずれか一つに記載の画像形成装置におい
て、前記共有メモリは、前記通信情報の取得対象である
前記コントロールサービスまたは前記アプリケーション
の各プロセスごとに別個に設けられていることを特徴と
する。

【００６４】この請求項１９にかかる発明によれば、共
有メモリが通信情報の取得対象であるコントロールサー
ビスまたはアプリケーションの各プロセスごとに別個に
設けられているので、コントロールサービスまたはアプ
リケーションの複数のプロセスの並列実行時にＣＰＵに
占有されるプロセスの切り替えが生じた場合でも、各共
有メモリに格納される通信情報に分断が生じることがな
く、プロセスの並列実行時における通信情報の取得元プ
ロセスの判別が常に可能となる。

【００６５】また、請求項２０にかかる発明は、画像形
成処理で使用されるハードウェア資源と、画像形成処理
にかかるユーザサービスにそれぞれ固有の処理を行うア
プリケーションと、前記アプリケーションと前記ハード
ウェア資源との間に介在し、前記ユーザサービスを提供
する際に、前記アプリケーションの少なくとも２つが共
通的に必要とする前記ハードウェア資源の獲得要求、管
理、実行制御並びに画像形成処理を行うコントロールサ
ービスとを有し、前記アプリケーションと前記コントロ
ールサービスはプロセスとして動作し、プロセス間通信
を行うことによって前記ユーザサービスを提供する画像
形成装置と、前記画像形成装置とネットワークによって
接続され、前記画像形成装置を管理する管理サーバとを
備えた画像形成システムであって、前記画像形成装置
は、プロセス間通信に関する通信情報の取得条件を定め
た制御情報を格納した記憶手段と、前記アプリケーショ
ンおよび前記コントロールサービスの各プロセス内部で
起動され、前記アプリケーションまたは前記コントロー
ルサービスのプロセス間通信によって受信した通信情報
から、前記制御情報に基づいて前記通信情報を抽出する
通信情報取得手段と、前記通信情報取得手段によって抽
出された前記通信情報を、前記管理サーバに送信する送
信手段とを備え、前記管理サーバは、前記画像形成装置
から前記通信情報を受信し、受信した前記通信情報を記
録した通信履歴情報を生成する通信履歴生成手段を備え
たことを特徴とする。

【００６６】この請求項２０にかかる発明によれば、画
像形成装置の通信情報取得手段によって、受信した通信
情報から制御情報に基づいて通信情報を抽出し、抽出し
た通信情報を、送信手段によって管理サーバに送信し、
管理サーバの通信履歴生成手段によって、画像形成装置
から受信した通信情報から通信履歴情報を生成すること
で、管理サーバ側で複数の画像形成装置のプロセス間通
信情報の通信履歴情報を一括して管理することができ、
複数の画像形成装置の通信状況を一カ所で容易に把握す
ることができる。

【００６７】この請求項２０の発明において、画像形成
装置の送信手段は、通信情報取得手段と同一プロセス内
に設けてもよい。この場合には、通信情報を取得した時
点で直ちに管理サーバに送信することが可能となる。ま
た、送信手段と通信情報取得手段とを別プロセスとして
設けることも可能である。この場合にはメッセージ送信
や共有メモリを利用したプロセス間通信によって通信情
報を通信情報取得手段から送信手段に受け渡す必要があ
る。

【００６８】また、請求項２１にかかる発明は、請求項
２０に記載の画像形成システムにおいて、前記画像形成
装置は、前記アプリケーションのプロセスまたは前記コ
ントロールサービスのプロセスを含む複数のプロセス間
で共有される共有メモリを備え、前記通信情報取得手段
は、さらに抽出した前記通信情報を、前記共有メモリに
格納し、前記送信手段は、前記共有メモリに格納された
前記通信情報を一定時間ごとに取得して、取得した前記
通信情報を前記管理サーバに送信することを特徴とす
る。

【００６９】この請求項２１にかかる発明によれば、画
像形成装置がアプリケーションのプロセスまたはコント
ロールサービスのプロセスを含む複数のプロセス間で共
有される共有メモリを備え、通信情報取得手段によって
抽出した通信情報を、共有メモリに格納し、送信手段に
よって共有メモリに格納された通信情報を一定時間ごと
に取得して管理サーバに送信することで、共有メモリを
介したプロセス間通信によって通信情報を通信情報取得
手段から送信手段に受け渡すことができる。このため、
送信手段を通信情報取得手段とは別プロセスとし、収集
した通信情報を一括して管理サーバに送信することがで
き、通信情報を取得するたびに管理サーバに送信する場
合に比べて、ネットワークの負荷を軽減することができ
る。

【００７０】また、請求項２２にかかる発明は、画像形
成処理で使用されるハードウェア資源と、画像形成処理
にかかるユーザサービスにそれぞれ固有の処理を行うア
プリケーションと、前記アプリケーションと前記ハード
ウェア資源との間に介在し、前記ユーザサービスを提供
する際に、前記アプリケーションの少なくとも２つが共
通的に必要とする前記ハードウェア資源の獲得要求、管
理、実行制御並びに画像形成処理を行うコントロールサ
ービスとを有し、前記アプリケーションと前記コントロ
ールサービスはプロセスとして動作し、プロセス間通信
を行うことによって前記ユーザサービスを提供する画像
形成装置と、前記画像形成装置とネットワークによって
接続され、前記画像形成装置を管理する管理サーバとを
備えた画像形成システムであって、前記画像形成装置
は、前記アプリケーションおよび前記コントロールサー
ビスのプロセスの中で起動され、プロセス間通信により
受信した通信情報を取得する通信情報取得手段と、前記
通信情報取得手段により取得した前記通信情報を、前記
管理サーバに送信する送信手段と、を備え、前記管理サ
ーバは、プロセス間通信に関する通信情報の取得条件を
定めた制御情報を格納した記憶手段と、前記画像形成装
置から前記通信情報を受信し、受信した前記通信情報か
ら前記制御情報に基づいて前記通信情報を抽出して通信
履歴情報を生成する通信履歴生成手段とを備えたことを
特徴とする。

【００７１】この請求項２２にかかる発明によれば、画
像形成装置の通信情報取得手段によって、プロセス間通
信により受信した通信情報を取得して、送信手段によっ
て、取得した通信情報を管理サーバに送信し、管理サー
バのログ生成手段によって受信した通信情報から制御情
報に基づいて通信情報を抽出して通信履歴情報を生成す
ることで、管理サーバ側で複数の画像形成装置のプロセ
ス間通信情報の通信履歴情報を一括して生成することが
でき、複数の画像形成装置の通信状況を一カ所で容易に
把握することができる。

【００７２】この請求項２２の発明においても、画像形
成装置の送信手段は、通信情報取得手段と同一プロセス
内に設けてもよい。この場合には、通信情報を取得した
時点で直ちに管理サーバに送信することが可能となる。
また、送信手段と通信情報取得手段とを別プロセスとし
て設けることも可能である。この場合にはメッセージ送
信や共有メモリを利用したプロセス間通信によって通信
情報を通信情報取得手段から送信手段に受け渡す必要が
ある。

【００７３】また、請求項２３にかかる発明は、請求項
２２に記載の画像形成システムにおいて、前記画像形成
装置は、前記アプリケーションのプロセスまたは前記コ
ントロールサービスのプロセスを含む複数のプロセス間
で共有される共有メモリをさらに備え、前記通信情報取
得手段は、さらに取得した前記通信情報を前記共有メモ
リに格納し、前記送信手段は、一定時間ごとに、前記共
有メモリから前記通信情報を取得して、取得した前記通
信情報を前記管理サーバに送信することを特徴とする。

【００７４】この請求項２３にかかる発明によれば、画
像形成装置がアプリケーションのプロセスまたはコント
ロールサービスのプロセスを含む複数のプロセス間で共
有される共有メモリをさらに備え、通信情報取得手段に
よって、取得した通信情報を共有メモリに格納し、送信
手段によって、一定時間ごとに共有メモリから通信情報
を取得して管理サーバに送信することで、共有メモリを
介したプロセス間通信によって通信情報を通信情報取得
手段から送信手段に受け渡すことができる。このため、
送信手段を通信情報取得手段とは別プロセスとし、収集
した通信情報を一括して管理サーバに送信することがで
き、通信情報を取得するたびに管理サーバに送信する場
合に比べて、ネットワークの負荷を軽減することができ
る。

【００７５】また、請求項２４にかかる発明は、請求項
２０〜２３のいずれか一つに記載の画像形成システムに
おいて、前記管理サーバは、さらに前記通信履歴情報
を、ネットワークに接続されて前記画像形成装置の動作
情報を管理する遠隔集中管理装置に送信する遠隔送信手
段をさらに備えたことを特徴とする。

【００７６】この請求項２４にかかる発明によれば、管
理サーバの遠隔送信手段によって、生成された通信履歴
情報をネットワークに接続された遠隔集中管理装置に送
信することで、遠隔集中管理装置は通信履歴情報に基づ
いて画像形成装置の障害情報の詳細を把握することがで
き、遠隔集中管理装置による画像形成装置の障害対応を
的確に行うことができる。

【００７７】また、請求項２５にかかる発明は、画像形
成処理で使用されるハードウェア資源と、画像形成処理
にかかるユーザサービスにそれぞれ固有の処理を行うア
プリケーションのプロセスと、前記アプリケーションと
前記ハードウェア資源との間に介在し、前記ユーザサー
ビスを提供する際に、アプリケーションの少なくとも２
つが共通的に必要とする前記ハードウェア資源の獲得要
求、管理、実行制御並びに画像形成処理を行うコントロ
ールサービスのプロセスとを備えた画像形成装置で行わ
れるプロセス間通信に関する通信情報を取得するプロセ
ス間通信情報取得方法であって、前記アプリケーション
および前記コントロールサービスの各プロセス内部で、
前記アプリケーションまたは前記コントロールサービス
のプロセス間通信による通信情報から、前記通信情報の
取得条件を定めた制御情報に基づいて前記通信情報を抽
出して前記共有メモリに格納する通信情報取得ステップ
を含んだことを特徴とする。

【００７８】この請求項２５にかかる発明によれば、通
信情報取得ステップによって、アプリケーションまたは
コントロールサービスのプロセス間通信で受信した通信
情報から、通信情報の取得条件を定めた制御情報に基づ
いて通信情報を抽出して共有メモリに格納することで、
アプリケーションとコントロールサービス間、アプリケ
ーション間、およびコントロールサービス間など、多数
のプロセスが複雑に絡み合ってプロセス間通信を行う特
徴的な構成の画像形成装置において必要なプロセス間通
信情報を取得条件に従って容易に抽出して取得すること
ができ、プロセス数が少ない従来の画像形成装置のデバ
ッグ作業に比べて、デバッグ作業を効率的に行うことが
できる。また、デバッグ作業の効率化によって結果的に
画像形成装置の品質を向上させることができる。

【００７９】また、この請求項２５にかかる発明によれ
ば、必要なプロセス間通信に関する通信情報を容易に取
得でき、デバッグ作業を効率的に行えるので、アプリケ
ーションおよびコントロールサービスの開発ばかりか、
サードベンダなどの第三者による新規アプリケーション
の開発を促進することができる。

【００８０】さらに、この請求項２５にかかる発明によ
れば、通信情報取得ステップによって、取得した通信情
報を共有メモリに格納しているので、他のプロセスから
共有メモリを利用したプロセス間通信によって通信情報
を取得することが可能となる。このため、通信ログを生
成したり、表示するなどの処理を行うプロセスによって
共有メモリ中の通信情報を利用することも容易に可能と
なり、デバッグ作業の形態に応じた形式で通信情報を利
用することができ、デバッグ作業におけるユーザビリテ
ィを向上させることができる。

【００８１】加えて、この請求項２５にかかる発明によ
れば、通信情報取得ステップがアプリケーションおよび
コントロールサービスのプロセス内部で実行され、この
プロセス内部で、受信した通信情報から必要な通信情報
を抽出してから共有メモリに格納しているので、共有メ
モリから通信情報を読み出してログ生成やログ表示など
を行う場合に、ログ生成処理段階またはログ表示処理段
階で通信情報を抽出する場合に比べ、ログ生成やログ表
示時における抽出処理の負荷がかからず、ログ生成また
はログ表示の処理効率を向上させることができる。

【００８２】また、請求項２６にかかる発明は、請求項
２５に記載のプロセス間通信情報取得方法において、前
記通信情報取得ステップは、前記制御情報により指定さ
れた前記通信情報の取得対象プロセスにおける前記通信
情報を抽出して前記共有メモリに格納することを特徴と
する。

【００８３】この請求項２６にかかる発明によれば、通
信情報取得ステップによって、制御情報で指定された取
得対象プロセスにおける通信情報を抽出することで、画
像形成装置で動作するアプリケーションおよびコントロ
ールサービスの全てのプロセスにおけるプロセス間通信
情報を希望しない場合に、必要なプロセスのみのプロセ
ス間通信情報を取得することができ、通信情報取得の処
理効率を向上させることができる。また、新規アプリケ
ーションを開発した場合など、デバッグ作業に必要なア
プリケーションやコントロールサービスにおける通信情
報だけを得ることができるので、デバッグ作業をより効
率的に行うことができる。

【００８４】また、請求項２７にかかる発明は、請求項
２６に記載のプロセス間通信情報取得方法において、前
記通信情報取得ステップは、前記制御情報により指定さ
れた前記取得対象プロセスにおけるプロセス間通信の相
手先プロセスからの前記通信情報のみを抽出して前記共
有メモリに格納することを特徴とする。

【００８５】この請求項２７にかかる発明によれば、通
信情報取得ステップによって、制御情報に指定された、
取得対象プロセスにおけるプロセス間通信の相手先プロ
セスからの通信情報のみを抽出することで、アプリケー
ション、コントロールサービスの中で、特定のプロセス
間通信の通信情報だけを得ることができる。このため、
画像形成装置のデバッグ作業において、障害が生じてい
ると予想されるコンポーネント間のプロセス間通信だけ
を集中して検証することができ、デバッグ作業をより効
率的に行うことができる。

【００８６】また、請求項２８にかかる発明は、請求項
２５〜２７のいずれか一つに記載のプロセス間通信情報
取得方法において、前記通信情報取得ステップは、前記
制御情報で指定された一または複数の前記ユーザサービ
スを提供する際に実行される前記アプリケーションおよ
び前記コントロールサービスのすべてのプロセスにおけ
る前記通信情報を抽出して前記共有メモリに格納するこ
とを特徴とする。

【００８７】この請求項２８にかかる発明によれば、通
信情報取得ステップによって、制御情報で指定されたユ
ーザサービスを提供する際に実行されるアプリケーショ
ンおよびコントロールサービスのすべてのプロセスを選
定して、選定されたプロセスで受信した通信情報を抽出
して共有メモリに格納することで、特定のユーザサービ
スの機能だけを検証する際に、当該機能に関連するアプ
リケーションやコントロールサービスを知らなくても制
御情報にはユーザサービスのみを指定すれば自動的に必
要とされるすべてのプロセスの通信情報を得ることがで
きる。このため、デバッグ作業における制御情報の設定
が容易になるとともに、画像形成装置のコンポーネント
構造を熟知していないユーザでもデバッグ作業を容易に
行うことができる。また、デバッグ対象のアプリケーシ
ョン、コントロールサービスの指定の漏れをなくして、
より確実なデバッグ作業を行うことができる。

【００８８】また、請求項２９にかかる発明は、請求項
２５〜２８のいずれか一つに記載のプロセス間通信情報
取得方法において、前記通信情報取得ステップは、前記
通信情報のデータ種別またはプロセス情報を含むヘッダ
情報のみを前記通信情報として抽出して前記共有メモリ
に格納することを特徴とする。

【００８９】この請求項２９にかかる発明によれば、通
信情報取得ステップによって、通信情報のデータ種別ま
たはプロセス情報を含むヘッダ情報のみを通信情報とし
て抽出することで、画像形成装置のデバッグ作業におい
て、簡易な検証だけを希望する場合にヘッダ情報だけの
通信情報を取得することができるので、受信データのす
べてを共有メモリに格納する場合に比べ、格納されるデ
ータ量に制限のある共有メモリ資源の節約を図ることが
できる。

【００９０】また、請求項３０にかかる発明は、請求項
２５〜２９のいずれか一つに記載のプロセス間通信情報
取得方法において、前記共有メモリに格納された前記通
信情報を一定時間ごとに取得し、取得した前記通信情報
を記録した通信履歴情報を生成する通信履歴生成ステッ
プをさらに含んだことを特徴とする。

【００９１】この請求項３０にかかる発明によれば、通
信履歴生成ステップによって、共有メモリに格納された
通信情報を一定時間ごとに取得して、この通信情報を記
録した通信履歴情報を生成することで、多数のプロセス
間で複雑に行われるプロセス間通信の状況を把握して障
害の原因究明を行うことができ、デバッグ作業をより効
率的に行うことができる。

【００９２】また、請求項３１にかかる発明は、請求項
３０に記載のプロセス間通信情報取得方法において、前
記通信履歴生成ステップは、前記通信履歴情報を、ネッ
トワークに接続されて複数の画像形成装置を管理する管
理装置に送信する送信ステップを含んだことを特徴とす
る。

【００９３】この請求項３１にかかる発明によれば、遠
隔送信ステップによって、通信履歴情報をネットワーク
に接続された、複数の画像形成装置の動作情報を収集す
る管理装置に送信することで、生成された通信履歴情報
を管理装置側で参照したり集計するなどの処理を行うこ
とが可能となり、管理装置によって通信履歴情報に基づ
いた画像形成装置の適切な管理を行うことができる。

【００９４】本発明の別の態様としては、請求項３０ま
たは３１に記載のプロセス間通信情報取得方法におい
て、前記通信履歴生成ステップは、前記通信履歴情報
を、ネットワークに接続されたクライアント端末に送信
する端末送信ステップを含んだことを特徴とする。

【００９５】この発明によれば、端末送信ステップによ
って、通信履歴情報をネットワークに接続されたクライ
アント端末に送信することで、生成された通信履歴情報
を画像形成装置内ばかりか、クライアント端末側で保存
しておくことができ、通信履歴情報による集計や加工な
どが必要に応じて可能となり、通信履歴情報の有効利用
を図ることができる。

【００９６】また、請求項３２にかかる発明は、画像形
成処理で使用されるハードウェア資源と、画像形成処理
にかかるユーザサービスにそれぞれ固有の処理を行うア
プリケーションのプロセスと、前記アプリケーションと
前記ハードウェア資源との間に介在し、前記ユーザサー
ビスを提供する際に、アプリケーションの少なくとも２
つが共通的に必要とする前記ハードウェア資源の獲得要
求、管理、実行制御並びに画像形成処理を行うコントロ
ールサービスのプロセスとを備えた画像形成装置で行わ
れるプロセス間通信に関する通信情報を取得するプロセ
ス間通信情報取得方法であって、前記アプリケーション
および前記コントロールサービスの各プロセス内部で、
プロセス間通信によって受信した通信情報を共有メモリ
に格納する通信情報取得ステップと、一定時間ごとに、
前記共有メモリから、プロセス間通信に関する通信情報
の取得条件を定めた制御情報に基づいて前記通信情報を
抽出し、抽出した前記通信情報を記録した通信履歴情報
を生成する通信履歴生成ステップとを含んだことを特徴
とする。

【００９７】この請求項３２にかかる発明によれば、ア
プリケーションおよびコントロールサービスのプロセス
内部で実行される通信情報取得ステップによって、アプ
リケーションおよびコントロールサービスにおけるプロ
セス間通信により受信した通信情報を共有メモリに格納
し、通信履歴生成ステップによって、一定時間ごとに共
有メモリから、通信情報の取得条件を定めた制御情報に
基づいて、通信情報を抽出し、抽出した通信情報を記録
した通信履歴情報を生成することで、多数のプロセスが
動作している特徴的な構成の画像形成装置において必要
なプロセス間通信情報を取得条件に従って容易に抽出し
て通信履歴情報を生成することができ、プロセス間通信
の状況を容易に把握してデバッグ作業を効率的に行うこ
とができる。

【００９８】また、この請求項３２にかかる発明によれ
ば、制御情報に基づいた通信情報の抽出を、共有メモリ
への格納段階ではなく、共有メモリからの読み出し段階
で行っているので、通信履歴情報の生成の際のデータ量
が減少し、データ転送効率を向上させることができる。

【００９９】また、請求項３３にかかる発明は、請求項
３２に記載のプロセス間通信情報取得方法において、前
記通信履歴生成ステップは、前記制御情報により指定さ
れた前記通信情報の取得対象プロセスにおける前記通信
情報を抽出して、前記通信履歴情報を生成することを特
徴とする。

【０１００】この請求項３３にかかる発明によれば、通
信履歴生成ステップによって、制御情報で指定された取
得対象プロセスにおける通信情報を抽出することで、画
像形成装置で動作するアプリケーションおよびコントロ
ールサービスの全てのプロセスにおけるプロセス間通信
情報を希望しない場合に、必要なプロセスのみのプロセ
ス間通信情報を取得することができ、通信情報取得の処
理効率を向上させることができる。また、新規アプリケ
ーションを開発した場合など、デバッグ作業に必要なア
プリケーションやコントロールサービスにおける通信情
報だけを得ることができるので、デバッグ作業をより効
率的に行うことができる。

【０１０１】また、請求項３４にかかる発明は、請求項
３３に記載のプロセス間通信情報取得方法において、前
記通信履歴生成ステップは、前記制御情報により指定さ
れた前記取得対象プロセスにおけるプロセス間通信の相
手先プロセスからの通信情報のみを抽出して、前記通信
履歴情報を生成することを特徴とする。

【０１０２】この請求項３４にかかる発明によれば、通
信履歴生成ステップによって、制御情報に指定された、
取得対象プロセスにおけるプロセス間通信の相手先プロ
セスからの通信情報のみを抽出することで、アプリケー
ション、コントロールサービスの中で、特定のプロセス
間通信の通信情報だけを得ることができる。このため、
画像形成装置のデバッグ作業において、障害が生じてい
ると予想されるコンポーネント間のプロセス間通信だけ
を集中して検証することができ、デバッグ作業をより効
率的に行うことができる。

【０１０３】また、請求項３５にかかる発明は、請求項
３２〜３４のいずれか一つに記載のプロセス間通信情報
取得方法において、前記通信履歴生成ステップは、前記
制御情報で指定された一または複数の前記ユーザサービ
スを提供する際に実行される前記アプリケーションおよ
び前記コントロールサービスのすべてのプロセスにおけ
る前記通信情報を抽出して、前記通信履歴情報を生成す
ることを特徴とする。

【０１０４】この請求項３５にかかる発明によれば、通
信履歴生成ステップによって、制御情報で指定されたユ
ーザサービスを提供する際に実行されるアプリケーショ
ンおよびコントロールサービスのすべてのプロセスを選
定して、選定されたプロセスで受信した通信情報を抽出
して通信履歴情報を生成することで、特定のユーザサー
ビスの機能だけを検証する際に、当該機能に関連するア
プリケーションやコントロールサービスを知らなくても
制御情報にはユーザサービスのみを指定すれば自動的に
必要とされるすべてのプロセスの通信情報を得ることが
できる。このため、デバッグ作業における制御情報の設
定が容易になるとともに、画像形成装置のコンポーネン
ト構造を熟知していないユーザでもデバッグ作業を容易
に行うことができる。また、デバッグ対象のアプリケー
ション、コントロールサービスの指定の漏れをなくし
て、より確実なデバッグ作業を行うことができる。

【０１０５】また、請求項３６にかかる発明は、請求項
３２〜３５のいずれか一つに記載のプロセス間通信情報
取得方法において、前記通信履歴生成ステップは、前記
通信情報のデータ種別またはプロセス情報を含むヘッダ
情報のみを前記通信情報として抽出して、前記通信履歴
情報を生成することを特徴とする。

【０１０６】この請求項３６にかかる発明によれば、通
信履歴生成ステップによって、通信情報のデータ種別ま
たはプロセス情報を含むヘッダ情報のみを通信情報とし
て抽出することで、画像形成装置のデバッグ作業におい
て、簡易な検証だけを希望する場合にヘッダ情報だけの
通信情報を取得することができるので、受信データのす
べてを通信履歴情報として記録する場合に比べ、ハード
ディスクなどの資源の節約を図ることができる。

【０１０７】また、請求項３７にかかる発明は、請求項
２５〜３６のいずれか一つに記載のプロセス間通信情報
取得方法において、通信履歴開始要求があったときに、
プロセス間通信に関する通信情報の取得要求を前記アプ
リケーションまたは前記コントロールサービスのプロセ
スに送信する通信情報取得要求ステップをさらに備え、
前記通信情報取得ステップは、前記アプリケーションお
よび前記コントロールサービスのプロセスが前記取得要
求を受信したときに実行されることを特徴とする。

【０１０８】この請求項３７にかかる発明によれば、通
信履歴開始要求があったときに、通信情報取得要求ステ
ップによって、通信情報の取得要求をアプリケーション
またはコントロールサービスのプロセスに送信し、アプ
リケーションおよびコントロールサービスのプロセスが
この取得要求を受信したときに通信情報取得ステップが
実行されることで、通信情報の取得や通信履歴情報の生
成を、画像形成装置の再起動なしに、通信履歴開始要求
に応じて動的に開始することができ、デバッグ作業を効
率的に開始することができる。

【０１０９】また、請求項３８にかかる発明は、請求項
３７に記載のプロセス間通信情報取得方法において、前
記アプリケーションおよび前記コントロールサービス
は、前記通信情報取得ステップをプロセス内部で実行す
る起動関数を有しており、前記通信情報取得要求ステッ
プは、前記起動関数の呼び出しにより、前記取得対象の
前記アプリケーションのプロセスおよび前記コントロー
ルサービスのプロセスに前記取得要求を行うことを特徴
とする。

【０１１０】この請求項３８にかかる発明によれば、通
信情報取得要求ステップによって、アプリケーションお
よびコントロールサービスで用意された起動関数呼び出
しにより、取得対象のアプリケーションのプロセスおよ
びコントロールサービスのプロセスに取得要求を行うこ
とで、アプリケーションおよびコントロールサービスも
起動関数を用意しておけば、通信情報取得要求ステップ
による関数呼び出しという簡易なプロセス間通信を利用
して前記取得要求を行うことができ、プログラム開発労
力の軽減を図ることができる。

【０１１１】また、請求項３９にかかる発明は、請求項
３７または３８に記載のプロセス間通信情報取得方法に
おいて、前記通信情報取得要求ステップは、さらに前記
制御情報を受信し、受信した前記制御情報を記憶手段に
格納することを特徴とする。

【０１１２】この請求項３９にかかる発明によれば、通
信情報取得要求ステップによって、制御情報を受信し、
受信した制御情報を記憶手段に格納することで、制御情
報に設定された取得条件の変更などが生じた場合でも、
取得条件変更に応じて動的に通信情報の取得や通信履歴
の生成を行うことができ、制御情報の変更があるたびに
画像形成装置を再起動させる必要がなく、デバッグ作業
をより効率的に行うことができる。

【０１１３】また、請求項４０にかかる発明は、請求項
３９に記載のプロセス間通信情報取得方法において、前
記通信情報取得要求ステップは、前記通信履歴開始要求
と前記制御情報を、ネットワークに接続された複数の画
像形成装置を管理する管理装置から受信することを特徴
とする。

【０１１４】この請求項４０にかかる発明によれば、通
信情報取得要求ステップによって、通信履歴開始要求と
制御情報を、ネットワーク経由で管理装置から受信する
ことで、管理装置からの要求に応じた通信情報の取得や
通信履歴情報の生成が可能となり、管理装置による画像
形成装置の集中管理に拡張性を持たせることができる。

【０１１５】また、請求項４１にかかる発明は、請求項
３９に記載のプロセス間通信情報取得方法において、前
記通信情報取得要求ステップは、前記通信履歴開始要求
と前記制御情報を、ネットワークに接続されたクライア
ント端末から受信することを特徴とする。

【０１１６】この請求項４１にかかる発明によれば、通
信情報取得要求ステップによって、通信履歴開始要求と
制御情報をネットワークに接続されたクライアント端末
から受信することで、デバッグ作業を画像形成装置から
離れた場所で行うことができ、デバッグ作業をより効率
的に行うことができる。

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

【０１１８】

【発明の実施の形態】以下に添付図面を参照して、この
発明にかかる画像形成装置、画像形成システム、プロセ
ス間通信情報取得方法およびその方法をコンピュータに
実行させるプログラムの好適な実施の形態を詳細に説明
する。

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１３２】各アプリケーション１３０と各コントロー
ルサービスには、本発明の通信情報取得手段を構成する
ロギングハンドラが設けられている。このロギングハン
ドラは、自プロセスが他のプロセスからメッセージや関
数呼び出しなどのデータを受信した場合、受信データに
応じた処理を実行する前に、後述する制御情報に基づい
て受信データからプロセス間通信情報を抽出して、抽出
した通信情報を各プロセスごとに確保された共有メモリ
に書き込む処理を行う。

【０１３３】ログ生成部１１７は、コントロールサービ
ス層でプロセスとして動作し、アプリケーション１３０
とコントロールサービスにより共有メモリに書き込まれ
た通信情報から、かかる通信情報を記録した通信ログフ
ァイルを生成するものであり、本発明における通信履歴
生成手段を構成する。ここで、通信ログファイルは本発
明における通信履歴情報を構成する。なお、ロギングハ
ンドラとログ生成部１１７の詳細な動作については後述
する。

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

【０１３５】また、複合機１００では、サードベンダー
などの第三者がコントロールサービス層の上のアプリケ
ーション層に新規なアプリケーションを開発して搭載す
ることが可能となっている。

【０１３６】なお、実施の形態１にかかる複合機１００
では、複数のアプリケーション１３０のプロセスと複数
のコントロールサービスのプロセスとが動作している
が、アプリケーション１３０とコントロールサービスの
プロセスがそれぞれ単一の構成とすることも可能であ
る。また、アプリケーション１３０が全く存在せず、コ
ントロールサービスのプロセスと汎用ＯＳ１２１とハー
ドウェア資源だけを設け、アプリケーション１３０をＮ
ＣＳ１２８により接続されたネットワークを介して新規
アプリケーションをネットワーク経由で搭載可能な構成
とすることもできる。また、各アプリケーション１３０
は、アプリケーションごとに追加または削除することが
できる。

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

【０１３８】フラッシュカードインタフェース部２０６
は、フラッシュカード２０７を挿入して、フラッシュカ
ード２０７とデータのやりとりを行うインタフェースで
ある。このフラッシュカードインタフェース部２０６に
よって、プロセス間通信情報の取得条件を設定した制御
情報を記録したフラッシュカード２０７を読み込むこと
ができるようになっている。

【０１３９】ＳＤＲＡＭ２０３には、各アプリケーショ
ン１３０や各コントロールサービスごとに、これらの各
プロセスがログ生成部１１７のプロセスとの間で、通信
情報の送受信を行う際にアクセスされる共有メモリが確
保される。また、ＳＤＲＡＭ２０３には、ユーザにより
入力された制御情報を、アプリケーション１３０および
コントロールサービスの各プロセスと、ログ生成部１１
７のプロセスから参照される制御情報用の共有メモリが
確保される。

【０１４０】ＨＤ２０５には、ログ生成部１１７によっ
てアプリケーション１３０やコントロールサービスの通
信情報からなる通信ログファイルが生成される。

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

【０１４２】図３は、実施の形態１にかかる複合機１０
０において、プロセス間通信情報取得処理および通信ロ
グ生成処理を実行するプロセスの全体構成を示したブロ
ック図である。なお、図３は、コピーアプリ１１２とＭ
ＣＳ１２５のそれぞれを対象として、各プロセスのプロ
セス間通信による受信データからプロセス間通信情報を
取得し、通信ログファイル３０７を生成する例を示して
いる。

【０１４３】図３に示すように、実施の形態１の複合機
１００によるプロセス間通信情報の取得および通信ログ
ファイルの生成処理においては、複数の共有メモリ３０
３，３０４ａ，３０４ｂが生成される。共有メモリに
は、ユーザが入力した制御ファイルの内容が制御情報と
して設定される制御情報用の共有メモリ３０３と、各ア
プリケーション１３０および各コントロールサービスの
各プロセスごとに生成される通信情報用の共有メモリ３
０４ａ，３０４ｂが、ログ生成部１１７のプロセスによ
って生成される。

【０１４４】制御情報用の共有メモリ３０３は、本発明
における記憶手段を構成する。この制御情報用の共有メ
モリ３０３には、ユーザが入力した制御ファイル３０２
の設定内容がログ生成部１１７によって制御情報３０５
として書きまれる。そして、この制御情報用の共有メモ
リ３０３に格納された制御情報３０５がログ生成部１１
７と、各アプリケーション１３０および各コントロール
サービスのプロセスによって参照される。

【０１４５】図４（ａ）は、実施の形態１の複合機１０
０で使用される制御ファイル３０２の内容を示す説明図
である。制御ファイル３０２は、フラッシュカード２０
７に記録して、フラッシュカードインタフェース部２０
６によってフラッシュカード２０７から読み込まれる
他、ＨＤ２０５の汎用ＯＳ１２１のシステムディレクト
リに格納するように構成しても良い。

【０１４６】図４（ａ）に示すように、制御ファイル３
０２は、ログ生成部１１７による通信情報の取得タイミ
ングを設定した「取得制御」ブロックと、通信情報を取
得する対象プロセスを設定した「取得対象」ブロックと
から構成される。

【０１４７】図４（ａ）に示すように、制御ファイル３
０２の中の「取得制御」ブロックは、ログ生成部１１７
による通信情報用の共有メモリ３０４ａ，３０４ｂへの
アクセスタイミングを指定する「ポーリング間隔」フィ
ールドと、プロセスの生成および消滅情報を取得するた
めに通信情報用の共有メモリ３０４ａ，３０４ｂにアク
セスするタイミングを指定する「プロセス生成・消滅情
報出力間隔」フィールドと、プロセス名とプロセスＩＤ
の対応情報を取得するために通信情報用の共有メモリ３
０４ａ，３０４ｂにアクセスするタイミングを指定する
「プロセス名・プロセスＩＤ対応情報出力間隔」フィー
ルドと、通信ログファイル３０７の最大サイズを指定す
る「通信ログファイル最大サイズ」フィールドから構成
される。

【０１４８】制御ファイル３０２の取得対象ブロック
は、通信ログファイル３０７に受信データのヘッダのみ
を記録するか、すべての受信データの情報を記録するか
を指定する「ヘッダ」フィールドと、通信情報を取得す
る対象のプロセスを指定する「対象プロセス」フィール
ドと、この対象プロセスで指定されたプロセスまたは機
能指定で関連するプロセスの受信データから特定のプロ
セスからの受信データのみを抽出する場合にその特定の
プロセスを指定する「相手先プロセス」フィールドと、
通信情報を取得するプロセスを複合機１００で提供され
るコピー、プリンタ、スキャナ、ファクシミリなどのユ
ーザサービス名で指定する「機能指定」フィールドから
構成される。

【０１４９】「対象プロセス」フィールドは、さらに対
象とするプロセス名（たとえば、図４（ａ）に示すよう
に、コピーアプリ、ＭＣＳなど）と、指定されたアプリ
またはコントロールサービスのプロセスに対して確保さ
れる通信情報用の共有メモリ３０４ａ，３０４ｂを識別
する共有メモリキーＩＤと、確保する通信制御用の共有
メモリ３０４ａ，３０４ｂのサイズとを指定するように
なっている。

【０１５０】「相手先プロセス」フィールドには、「対
象プロセス」フィールドで指定したプロセスが通信情報
として取得する受信データの送信元のプロセス名を対象
プロセスごとに指定される。図４（ａ）の例では、コピ
ーアプリ１１２におけるＥＣＳ１２４からの受信データ
を、ＭＣＳ１２５におけるＥＣＳ１２４からの受信デー
タのみを通信情報として取得することを指定している。

【０１５１】「機能指定」フィールドには、「コピ
ー」、「プリンタ」、「スキャナ」、「ファクシミリ送
信」、「ファクシミリ受信」、「ＰＣファクシミリ」な
どのユーザサービス名が指定される。

【０１５２】通信情報用の共有メモリ３０４ａ，３０４
ｂは、コピーアプリ１１２やＭＣＳ１２５などの各プロ
セスごとにログ生成部１１７によってＳＤＲＡＭ２０３
上に生成され、さらにログ生成部１１７によって各共有
メモリ内部に、通信情報を格納するＦＩＦＯ（First-In
First-Out）キュー３０６ａ，３０６ｂが生成される。
このＦＩＦＯキュー３０６ａ，３０６ｂは、通信情報を
格納順に読み出し可能となっている。このため、ＦＩＦ
Ｏキューに格納された通信情報は時系列に読み出される
ことになる。このように共有メモリ３０４ａ，３０４ｂ
を各プロセスごとに生成しているのは、以下の理由によ
る。すべてのプロセスで書き込み可能な単一の共有メモ
リを設けて通信情報を書き込むと、コピーアプリ１１２
などのアプリケーションのプロセス、ＭＣＳ１２５など
のコントロールサービスのプロセスは、汎用ＯＳ１２１
のカーネルの管理下で並列に実行されているため、共有
メモリに書き込まれる通信情報が並列実行の状況によっ
て分断されてしまい、どのプロセスから書き込まれた通
信情報であるかを判別不可能となってしまうからであ
る。実施の形態１の複合機１００では、図３に示すよう
に、各プロセスごとに別個の共有メモリ３０４ａ，３０
４ｂを設けて通信情報を書き込むように構成しているの
で、通信情報の書き込み元のプロセスを容易に判別する
ことが可能となっている。

【０１５３】コピーアプリ１１２のプロセスとＭＣＳ１
２５のプロセスの内部には、ロギングハンドラ３０１が
起動される。このロギングハンドラ３０１は、制御情報
３０５の設定内容を解析し、その設定内容に従って受信
したデータから通信情報を抽出し、抽出された通信情報
を、各プロセスごとの共有メモリのＦＩＦＯキュー３０
６ａ，３０６ｂに格納する。

【０１５４】図５は、実施の形態１にかかる複合機１０
０のアプリケーション１３０およびコントロールサービ
スのプロセス内部の状態を示すブロック図である。アプ
リケーション１３０およびコントロールサービスのプロ
セスには、ディスパッチャ５０１と、関数ハンドラ５０
２と、メッセージハンドラ５０３と、エラーハンドラ５
０４と、ロギングハンドラ３０１が動作している。

【０１５５】ディスパッチャ５０１は、他のプロセスの
スレッドからの関数呼び出しおよびメッセージの受信を
監視するスレッドである。ディスパッチャ５０１は、そ
のスレッド上で、関数ハンドラ５０２、メッセージハン
ドラ５０３、エラーハンドラ５０４およびロギングハン
ドラ３０１を起動する。関数ハンドラ５０２は、他のプ
ロセスから呼び出された関数の具体的な処理を実行する
ものであり、実際には関数ごとに複数存在する。ディス
パッチャ５０１は、他のプロセスから関数呼び出しを受
信すると、受信データのデータ種別を判定し、受信デー
タが関数データである場合には、受信した関数に対応す
る関数ハンドラ５０２を呼び出す。そして、呼び出され
た関数ハンドラ５０２によって要求された処理を実行
し、その関数戻り値を関数呼び出しを行ったプロセスへ
返信する。

【０１５６】メッセージハンドラ５０３は、受信したメ
ッセージに対する処理を行うものである。ディスパッチ
ャ５０１は、受信データのデータ種別を判定し、受信デ
ータがメッセージの場合には、メッセージハンドラ５０
３を呼び出すようになっている。エラーハンドラ５０４
は、ディスパッチャ５０１の実行中にエラーが発生した
場合に呼び出され、エラー通知などのエラー処理を行
う。

【０１５７】ロギングハンドラ３０１は、プロセスの起
動時に、ログ生成部１１７のプロセスが存在している場
合にのみ起動される。ロギングハンドラ３０１が起動さ
れた場合には、ディスパッチャ５０１が関数呼び出しや
メッセージを受信したときに、上述のように関数ハンド
ラ５０２またはメッセージハンドラ５０３を直ちに呼び
出すことはせず、先にロギングハンドラ３０１を呼び出
して受信した関数呼び出しやメッセージを一旦ロギング
ハンドラ３０１に受け渡す。このとき、ロギングハンド
ラ３０１は受け渡された関数呼び出しやメッセージの受
信データから、制御情報３０５の指定に従って通信情報
を抽出して、共有メモリ３０４ａ，３０４ｂのＦＩＦＯ
キュー３０６ａ，３０６ｂに通信情報を書き込み、ディ
スパッチャ５０１に復帰する処理を行う。この後、ディ
スパッチャ５０１により関数ハンドラ５０２やメッセー
ジハンドラ５０３が呼び出される。

【０１５８】ログ生成部１１７は、ユーザがフラッシュ
カード２０７により入力した制御情報３０５を格納する
ための制御情報用の共有メモリ３０３やアプリケーショ
ン１３０およびコントロールサービスの各プロセスがプ
ロセス間通信情報を格納するための通信情報用の共有メ
モリ３０４ａ，３０４ｂをＳＤＲＡＭ２０３に確保す
る。また、ログ生成部１１７は、一定時間ごとに各共有
メモリ３０４ａ，３０４ｂ内のＦＩＦＯキュー３０６
ａ，３０６ｂを参照して、通信情報が格納されているか
否かをチェックする。そして、ＦＩＦＯキュー３０６
ａ，３０６ｂに通信情報が格納されている場合には、通
信情報を読み出して、ＨＤ２０５に通信ログファイル３
０７を生成する。さらに生成された通信ログファイル３
０７をＮＣＳ１２８に送信し、これによってＬＡＮなど
ネットワークに接続されたＰＣ（Personal Computer）
などのデバッグ作業用のクライアント端末と、公衆回線
などのネットワークに接続された遠隔集中管理装置に送
信する。なお、送信処理は、ＦＴＰなどのプロトコルを
利用したファイル転送あるいは電子メールなどによって
ＮＣＳ１２８により行われる。

【０１５９】図９は、通信ログファイル３０７の一レコ
ードのフォーマットを示すデータ構造図である。図９に
示すように、通信ログファイル３０７の一レコードは、
取得時刻と、データ種別と、データ長と、発信元プロセ
スＩＤと、固有データとから構成される。取得時刻は、
後述するようにロギングハンドラ３０１によって通信情
報として取得した時刻が付与される。データ種別には、
メッセージの識別情報であるメッセージＩＤ（Ｍｎｎ）
または関数の識別情報である関数ＩＤ（Ｆｎｎ）が格納
される。固有データは、具体的なメッセージのデータあ
るいは関数データが格納される。通信ログファイル３０
７は、このようなフォーマットの複数のレコードが時系
列に連結されて構成される。

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

【０１６１】次に、以上のように構成された実施の形態
１にかかる複合機１００によるプロセス間通信情報取得
処理および通信ログファイル生成処理について説明す
る。図６は、複合機１００の起動時におけるプロセス間
通信情報取得のための初期化処理の手順を示すフローチ
ャートである。

【０１６２】複合機１００のフラッシュカードインタフ
ェース部２０６に制御ファイル３０２を記録したフラッ
シュカード２０７を挿入した状態で、複合機１００の電
源を投入すると、ハードウェア資源の診断および初期化
を行った後、初期化部（図示せず）により汎用ＯＳ１２
１が起動され、その次にログ生成部１１７が起動され
（ステップＳ６０１）、制御はログ生成部１１７に移行
する。

【０１６３】ログ生成部１１７は、まずフラッシュカー
ド２０７の中の制御ファイル３０２をオープンして、制
御情報用の共有メモリ３０３をＳＤＲＡＭ２０３上に生
成する（ステップＳ６０２）。そして、制御ファイル３
０２の内容を解析して、制御情報３０５として制御情報
用の共有メモリ３０３に設定する（ステップＳ６０
３）。

【０１６４】ここで、制御ファイル３０２の解析および
制御情報３０５の書き込みは次のように行われる。制御
ファイル３０２の取得制御ブロックすべてと、取得対象
ブロックの「対象プロセス」および「相手先プロセス」
はそのまま制御情報３０５として共有メモリ３０３に書
き込まれる。一方、取得対象ブロックの「機能指定」の
設定内容は、指定されたユーザサービスを提供する際に
実行されるアプリケーション１３０およびコントロール
サービスのプロセス名に展開され、さらに展開されたア
プリケーション１３０およびコントロールサービスごと
に共有メモリキーＩＤ、共有メモリサイズを自動的に決
定して「対象プロセス」フィールドに書き込まれる。プ
ロセス名への展開は、あらかじめユーザサービスに対応
して実行されるプロセス名の一覧を記述した機能別プロ
セスリストを参照して行われる。この機能別プロセスリ
ストは、ログ生成部１１７で保持しておく。このような
機能別プロセスリストの例としては、たとえば、「コピ
ー：コピーアプリ、ＥＣＳ、ＭＣＳ、ＳＲＭ」、「プリ
ンタ：プリンタアプリ、ＥＣＳ、ＭＣＳ、ＮＣＳ、ＳＲ
Ｍ」、「ファクシミリ送信：ファックスアプリ、ＦＣ
Ｓ、ＥＣＳ、ＭＣＳ、ＳＲＭ」などを記録したファイル
などがあげられる。このように、共有メモリ３０３に設
定された制御情報の一例を図４（ｂ）に示す。図４
（ｂ）に示すように、図４（ａ）の制御ファイル中の
「機能指定」の設定内容は、制御情報の「対象プロセ
ス」に展開されている。

【０１６５】次に、ログ生成部１１７は、ＨＤ２０５に
通信情報を書き込むための通信ログファイル３０７を生
成し、その先頭レコードにスタートレコードを書き込む
（ステップＳ６０４）。このスタートレコードは、通信
ログファイル３０７の存在を示すものである。

【０１６６】次に、ログ生成部１１７は、制御情報用の
共有メモリ３０３の中の制御情報３０５に設定されてい
る「対象プロセス」を参照して、対象プロセスごとに指
定された通信情報用の共有メモリ３０４ａ，３０４ｂを
ＳＤＲＡＭ２０３上に生成し、さらにその中にＦＩＦＯ
キュー３０６ａ，３０６ｂを生成する（ステップＳ６０
５）。そして、制御情報３０５で指定された共有メモリ
キーＩＤを生成した各共有メモリ３０３に付与した後、
制御を初期化部に戻す。その後、初期化部は、コントロ
ールサービス、アプリケーション１３０の各プロセスを
起動する（ステップＳ６０６）。

【０１６７】起動されたコントロールサービスおよびア
プリケーションの各プロセスでは、まずディスパッチャ
５０１によって関数ハンドラ５０２、メッセージハンド
ラ５０３、エラーハンドラ５０４およびロギングハンド
ラ３０１を起動する（ステップＳ６０７）。そして、ロ
グ生成部１１７のプロセスが存在するか否かをチェック
する（ステップＳ６０８）。そして、ログ生成部１１７
のプロセスが存在する場合には、制御情報用の共有メモ
リ３０３に格納されている制御情報３０５を参照する。
一方、ログ生成部１１７のプロセスが存在しない場合に
は、通信情報の取得は行わないので、制御情報３０５の
参照は行わない。

【０１６８】そして、ログ生成部１１７のプロセスが存
在する場合には、制御情報３０５により自プロセスが対
象となっているか否かを判断する（ステップＳ６０
９）。ここで、自プロセスが対象となっているか否か
は、制御情報の「対象プロセス」に自プロセス名が設定
されているか否かで判断する。

【０１６９】そして、アプリケーション１３０、コント
ロールサービスにおけるこのような判断の結果、自プロ
セスが対象となっている場合には、制御情報で指定され
たキーＩＤの共有メモリ３０３を自プロセスの仮想メモ
リ領域に割り当てることによって、共有メモリ３０３の
割付けを行う（ステップＳ６１０）。一方、自プロセス
が対象となっていない場合には、通信情報の取得は行わ
ないものとする。

【０１７０】図７は、アプリケーション１３０およびコ
ントロールサービスのプロセスによる通信情報の取得処
理の手順を示すフローチャートである。ディスパッチャ
５０１が関数呼び出しやメッセージなどのデータを受信
すると（ステップＳ７０１）、ディスパッチャ５０１は
まずロギングハンドラ３０１を呼び出す（ステップＳ７
０２）。

【０１７１】ロギングハンドラ３０１は、まず制御情報
３０５を参照し（ステップＳ７０３）、自プロセスが
「対象プロセス」として指定されているか否かをチェッ
クする（ステップＳ７０４）。そして対象として指定さ
れている場合には、さらに制御情報３０５の「相手先プ
ロセス」の設定の有無をチェックし（ステップＳ７０
５）、設定されていない場合には制御情報３０５の「ヘ
ッダ」の設定内容のチェックを行う（ステップＳ７０
７）。

【０１７２】一方、「相手先プロセス」が設定されてい
る場合には、設定されている相手先プロセスと受信した
データのプロセスＩＤに対応するプロセス名とを比較し
（ステップＳ７０６）、一致する場合にのみ受信データ
から通信情報の取得を行うこととする。

【０１７３】次に、ロギングハンドラ３０１は、制御情
報の「ヘッダ」の設定内容をチェックする（ステップＳ
７０７）。そして、「ヘッダ」に「ヘッダのみ」が設定
されている場合には、受信データから、データ種別（メ
ッセージまたは関数）、発信元プロセスＩＤ、データ長
などのヘッダ情報のみを通信情報として抽出する（ステ
ップＳ７０８）。一方、「ヘッダ」に「全部」が設定さ
れている場合には受信データのすべてを通信情報とする
（ステップＳ７０９）。そして、現在時刻をシステム関
数などで取得し、抽出した通信情報に取得した現在時刻
を取得時刻として付加する（ステップＳ７１０）。そし
て、通信情報を自プロセス用の共有メモリ３０４ａ，３
０４ｂのＦＩＦＯキュー３０６ａ，３０６ｂに書き込み
（ステップＳ７１１）、ディスパッチャ５０１に復帰す
る。

【０１７４】なお、実施の形態１の複合機１００では、
現在時刻を取得時刻として付与しているが、デバッグ作
業においてはプロセス間通信により送受信されるデータ
のタイミング（相対時間）がわかればよいため、取得時
刻として通信情報の取得処理開始からの経過時間を取得
時刻として通信情報に付加するように構成してもよい。

【０１７５】ここで、ＦＩＦＯキュー３０６ａ．３０６
ｂへの通信情報の書き込み処理は次のように行われる。
ＦＩＦＯキュー３０６ａ，３０６ｂは、読み出し開始位
置を示すリードポインタと、書き込み開始位置を示すラ
イトポインタを有している。ＦＩＦＯキュー３０６ａ．
３０６ｂへの書き込み処理では、このライトポインタの
示す位置から通信情報を書き始め、全ての通信情報の書
き込みが終了した後で、ライトポインタを最終の通信情
報を書き込んだ位置に更新する。このため、ＦＩＦＯキ
ュー３０６ａ，３０６ｂのリードポインタとライトポイ
ンタの位置が異なっている場合には、ＦＩＦＯキュー３
０６ａ，３０６ｂに通信情報が存在していることにな
る。

【０１７６】従って、通信情報のＦＩＦＯキュー３０６
ａ，３０６ｂへの書き込み処理中に、アプリケーション
１３０またはコントロールサービスのプロセスの並列実
行に伴うプロセス切り替えが生じた場合でも、ライトポ
インタはまだ更新されていない。このため、後述するロ
グ生成部１１７のプロセスがＦＩＦＯキュー３０６ａ，
３０６ｂを参照して通信情報の存在チェックを行った場
合でも、通信情報は格納されていないと判断され、書き
込み途中の不完全な通信情報が読み込まれることはな
く、通信情報の連続性が保証されることになる。

【０１７７】ディスパッチャ５０１では、ロギングハン
ドラ３０１による処理が終了すると、受信データのデー
タ種別に対応したハンドラを呼び出し（ステップＳ７１
２）、各ハンドラにより通常の受信データに応じた処理
が行われる（ステップＳ７１３）。たとえば、受信デー
タが関数呼び出しである場合には関数ハンドラ５０２が
呼び出され、メッセージである場合にはメッセージハン
ドラ５０３が呼び出されて各ハンドラの処理が実行され
る。

【０１７８】図８は、ログ生成部１１７による通信ログ
ファイル生成処理の手順を示すフローチャートである。
ログ生成部１１７は、共有メモリ３０４ａ，３０４ｂの
ＦＩＦＯキュー３０６ａ，３０６ｂを一定時間ごとにポ
ーリング（参照）し（ステップＳ８０１）、ＦＩＦＯキ
ュー３０６ａ，３０６ｂに有効な通信情報が格納されて
いるか否かをチェックする（ステップＳ８０２）。そし
て、通信情報が格納されている場合にはＦＩＦＯキュー
３０６ａ，３０６ｂに格納されているすべての通信情報
を繰り返し読み込む（ステップＳ８０３、Ｓ８０４）。

【０１７９】ここで、ＦＩＦＯキュー３０６ａ，３０６
ｂに有効な通信情報が格納されているか否かの判断は、
上述したリードポインタの位置とライトポインタの位置
が異なっているか否かをチェックすることにより行われ
る。すなわち、ＦＩＦＯキュー３０６ａ，３０６ｂのリ
ードポインタの位置とライトポインタの位置が異なって
いる場合には、ＦＩＦＯキュー３０６ａ，３０６ｂに有
効な通信情報が格納されていると判断し、両ポインタの
位置が同一である場合には、ＦＩＦＯキュー３０６ａ，
３０６ｂに通信情報は格納されていないと判断する。

【０１８０】そして、ログ生成部１１７は、読み込んだ
通信情報をＨＤ２０５の通信ログファイル３０７に書き
込む（ステップＳ８０５）。さらに、このようにして生
成された通信ログファイルをＮＣＳ１２８経由でネット
ワークに接続されたデバッグ作業用ＰＣ、遠隔集中管理
装置あるいは管理サーバに送信する（ステップＳ８０
６）。このようなステップＳ８０１からＳ８０５までの
処理を、プロセスごとに存在するすべての共有メモリ３
０４ａ，３０４ｂのＦＩＦＯキュー３０６ａ，３０６ｂ
に対して行う（ステップＳ８０７）。このようにして生
成された通信ログファイル３０７の一例を図１０に示
す。なお、図１０では、通信ログファイル３０７の理解
の都合上、ログ内容を文字列で示しているが、実際には
数値データとして記録される。

【０１８１】ここで、ＰＣ、遠隔集中管理装置あるいは
管理サーバへの通信ログファイル３０７の送信について
説明する。図１１は、実施の形態１の複合機１００を含
む遠隔集中管理システムの構成を示すブロック図であ
る。この遠隔集中管理システムは、遠隔集中管理装置１
１００および管理サーバ１１１０と、複数の複合機１０
０とが公衆回線によって接続された構成となっている。
また、遠隔集中管理装置１１００と管理サーバ１１１０
は、ＬＡＮ１１１１などのネットワークにより接続され
ている。ここで、管理サーバ１１１０および遠隔集中管
理装置１１００は、本発明における管理装置を構成す
る。

【０１８２】遠隔集中管理装置１１００は、公衆回線に
よって接続された複数の複合機１００から通信ログファ
イル３０７などの動作状況を収集し、一括して管理する
ものである。この遠隔集中管理装置１１００は、システ
ム全体の制御を実行するコンピュータ１１０１と、光磁
気ディスク、磁気テープ、フレキシブルディスク（Ｆ
Ｄ）、ＩＣカード等の外部記憶装置１１０２と、多チャ
ネル型の多チャネル通信制御装置（ＣＣＵ）１１０３と
により構成されている。

【０１８３】管理サーバ１１１０は、公衆回線に接続さ
れた複数の複合機１００から通信ログファイル３０７を
収集して、ＬＡＮ１１１１経由で遠隔集中管理装置１１
００に送信するものであり、多チャネル通信制御装置
（ＣＣＵ）１１０３に接続されている。

【０１８４】遠隔集中管理装置１１００および管理サー
バ１１１０の各多チャネル通信制御装置１１０３には、
公衆回線網１１０４が接続され、通信アダプタ１１０５
を介して、キーカード装置１１０６および複合機１００
が複数組接続されている。さらに、複合機１００には、
ＬＡＮなどのネットワークによりプリンタクライアント
となるＰＣ(Personal Computer)１１０７がクライアン
ト端末として接続されている。

【０１８５】また、キーカード装置１１０６は、顧客先
に配置された複写機１００ごとに接続され、複合機１０
０の使用情報、障害情報などを通信アダプタ１１０５に
出力するように構成されている。この通信アダプタ１１
０５は、顧客先のキーカード装置１１０６および複合機
１００の近傍に配置されている。さらに、通信アダプタ
１１０５は、顧客先のファクシミリ装置あるいは一般電
話器と接続され、該ファクシミリ装置あるいは一般電話
器の未使用時（回線の空き状態）に、多チャネル通信制
御装置１１０３および通信アダプタ１１０５の間で公衆
回線網１１０４を介してデータ通信（オフトーク通信方
式）が可能に構成されている。

【０１８６】従って、ログ生成部１１７は、生成した通
信ログファイル３０７を、ＮＣＳ１２８によってキーカ
ード装置１１０６および通信アダプタ１１０５を経由し
て公衆回線網１１０４を利用して遠隔集中管理装置１１
００または管理サーバ１１１０に送信するとともに、ク
ライアント端末であるＰＣ１１０７にＬＡＮ経由で送信
する。管理サーバ１１１０は、通信ログファイル３０７
を受信した場合には、この通信ログファイル３０７を遠
隔集中管理装置１１００に送信する。

【０１８７】このように実施の形態１にかかる複合機１
００では、アプリケーション１３０およびコントロール
サービスの各プロセス内部で起動されるロギングハンド
ラ３０１によって、アプリケーション１３０またはコン
トロールサービスのプロセス間通信によって受信したす
べての通信情報から、制御情報３０５に基づいて通信情
報を抽出して共有メモリ３０４ａ，３０４ｂに格納して
いるので、多数のプロセスが動作し、かつ複雑に絡み合
ってプロセス間通信を行っている場合でも、必要なプロ
セス間通信情報を制御情報３０５の設定内容に従って容
易に抽出して取得することができ、プロセス数が少ない
従来の複合機１００に比べて、デバッグ作業を効率的に
行うことができる。また、このようにデバッグ作業を効
率的に行えるので、例えばサードベンダなどの第三者が
アプリケーション層に追加する新規アプリケーションの
開発が容易となり、この結果、新規アプリケーション開
発の促進を図ることができる。

【０１８８】また、実施の形態１にかかる複合機１００
では、ログ生成部１１７によって、共有メモリ３０４
ａ，３０４ｂに格納された通信情報を一定時間ごとに取
得して、通信ログファイル３０７をＨＤ２０５に生成し
ているので、多数のプロセス間で複雑に行われるプロセ
ス間通信の状況を把握することができ、障害の原因究明
を容易に行うことができる。

【０１８９】さらに、実施の形態１にかかる複合機１０
０では、ロギングハンドラ３０１が受信した通信情報か
ら必要な通信情報を抽出してから共有メモリ３０４ａ，
３０４ｂに格納しているので、ログ生成部１１７による
通信ログファイル生成時に抽出処理を行う必要がなく、
処理効率を向上させることができる。

【０１９０】（実施の形態２）実施の形態１の複合機１
００は、通信情報の抽出および取得処理をアプリケーシ
ョン１３０およびコントロールサービスのプロセス側で
行っていたが、この実施の形態２にかかる複合機１００
は、通信情報の抽出および取得処理をログ生成部１１７
によって行うものである。

【０１９１】実施の形態２の複合機１００の機能的構
成、ハードウェア構成、プロセス間通信情報取得処理お
よび通信ログ生成処理を実行するプロセスの全体構成
は、実施の形態１の複合機１００で説明した図１、図２
および図３に示す構成と同様である。

【０１９２】実施の形態２にかかる複合機１００では、
コントロールサービスおよびアプリケーション１３０の
プロセス内部で動作するロギングハンドラ３０１は、実
施の形態１におけるロギングハンドラ３０１と同様に本
発明における通信情報取得手段を構成し、プロセスの起
動時に、ログ生成部１１７のプロセスが存在している場
合にのみ起動され、ディスパッチャ５０１が関数呼び出
しやメッセージを受信したとき、関数ハンドラ５０２ま
たはメッセージハンドラ５０３より先に呼び出される。
しかし、実施の形態２では、ロギングハンドラ３０１は
ディスパッチャ５０１から受け渡された関数呼び出しや
メッセージの受信データのすべてに現在時刻を付加し
て、共有メモリ３０４ａ，３０４ｂのＦＩＦＯキュー３
０６ａ，３０６ｂに書き込み、受信データから通信情報
の抽出処理は行わない。

【０１９３】一方、実施の形態２の複合機１００では、
ログ生成部１１７は、本発明における通信履歴生成手段
を構成し、実施の形態１と同様に、制御情報用の共有メ
モリ３０３、通信情報用の共有メモリ３０４ａ，３０４
ｂの確保、および一定時間ごとに各共有メモリ３０４
ａ，３０４ｂ内のＦＩＦＯキュー３０６ａ，３０６ｂを
参照する。しかし、実施の形態２では、ログ生成部１１
７は、ＦＩＦＯキュー３０６ａ，３０６ｂから読み出し
た受信データから制御情報３０５の設定内容に従って通
信情報を抽出して、ＨＤ２０５に通信ログファイル３０
７を生成する。なお、ログ生成部１１７は、実施の形態
１と同様に生成された通信ログファイル３０７を、ＬＡ
Ｎ上のリモートＰＣおよび公衆回線などに接続された遠
隔集中管理装置に送信する。

【０１９４】次に、このように構成された実施の形態２
にかかる複合機１００によるプロセス間通信情報取得処
理および通信ログファイル生成処理について説明する。
実施の形態２の複合機１００では、複合機起動時におけ
るプロセス間通信情報取得のための初期化処理は、実施
の形態１と同様の手順で行われるが、アプリケーション
１３０およびコントロールサービスのプロセスによる通
信情報の取得処理、およびログ生成部１１７による通信
ログファイル生成処理の手順が実施の形態１の複合機１
００と異なっている。

【０１９５】図１２は、アプリケーション１３０および
コントロールサービスのプロセスによる通信情報の取得
処理の手順を示すフローチャートである。ディスパッチ
ャ５０１が関数呼び出しやメッセージなどのデータを受
信すると（ステップＳ１２０１）、まずロギングハンド
ラ３０１を呼び出し、受信データを受け渡す（ステップ
Ｓ１２０２）。

【０１９６】ロギングハンドラ３０１は、現在時刻をシ
ステム関数などで取得し、取得時刻として受信データに
付加する（ステップＳ１２０３）。そして受信データの
すべてを自プロセス用の共有メモリ３０４ａ，３０４ｂ
のＦＩＦＯキュー３０６ａ，３０６ｂに書き込み（ステ
ップＳ１２０４）、ディスパッチャ５０１に復帰する。

【０１９７】ディスパッチャ５０１では、ロギングハン
ドラ３０１による処理が終了すると、受信データのデー
タ種別に対応したハンドラを呼び出し（ステップＳ１２
０５）、各ハンドラにより通常の受信データに応じた処
理が行われる（ステップＳ１２０６）。

【０１９８】図１３は、ログ生成部１１７による通信ロ
グファイル生成処理の手順を示すフローチャートであ
る。ログ生成部１１７は、まず共有メモリ３０３から制
御情報３０５を読み込む（ステップＳ１３０１）。そし
て、共有メモリ３０４ａ，３０４ｂのＦＩＦＯキュー３
０６ａ，３０６ｂを一定時間ごとに参照し（ステップＳ
１３０２）、ＦＩＦＯキュー３０６ａ，３０６ｂに有効
な受信データが格納されているか否かをチェックする
（ステップＳ１３０３）。そして、受信データが格納さ
れている場合には、その受信データを読み込み（ステッ
プＳ１３０４）、現在アクセスしている共有メモリ３０
４ａを割り付けているプロセスが、制御情報３０５の
「対象プロセス」として指定されているか否かをチェッ
クする（ステップＳ１３０５）。そして対象として指定
されている場合には、さらに制御情報３０５の「相手先
プロセス」の設定の有無をチェックし（ステップＳ１３
０６）、設定されていない場合には制御情報３０５の
「ヘッダ」の設定内容のチェックを行う。一方、「相手
先プロセス」が設定されている場合には、設定されてい
る相手先プロセスと受信したデータのプロセスＩＤに対
応するプロセス名とを比較し（ステップＳ１３０７）、
一致する場合にのみ受信データから通信情報の取得を行
うこととする。

【０１９９】次に、ログ生成部１１７は、制御情報３０
５の「ヘッダ」の設定内容をチェックする（ステップＳ
１３０８）。そして、「ヘッダ」に「ヘッダのみ」が設
定されている場合には、受信データから、データ種別
（メッセージまたは関数）、発信元プロセスＩＤ、デー
タ長などのヘッダ情報のみを通信情報として抽出する
（ステップＳ１３０９）。一方、「ヘッダ」に「全部」
が設定されている場合には受信データのすべてを通信情
報とする（ステップＳ１３１０）。

【０２００】そして、ＦＩＦＯキュー３０６ａ，３０６
ｂに格納されているすべての受信データを繰り返し読み
込み（ステップＳ１３１１）、全受信データからの通信
情報の取得を完了したら、読み込んだ通信情報をＨＤ２
０５の通信ログファイル３０７に書き込み（ステップＳ
１３１２）、さらに生成された通信ログファイル３０７
をＮＣＳ１２８経由でネットワークに接続されたデバッ
グ作業用ＰＣおよび遠隔集中管理装置に送信する（ステ
ップＳ１３１３）。

【０２０１】このようなステップＳ１３０２からＳ１３
１３までの処理を、全ての通信情報用の共有ファイル３
０４ａ，３０４ｂに対して行い（ステップＳ１３１
４）、通信ログ生成処理を完了する。

【０２０２】このように実施の形態２にかかる複合機１
００では、ロギングハンドラ３０１によって、アプリケ
ーション１３０およびコントロールサービスにおけるプ
ロセス間通信により受信したすべての通信情報を共有メ
モリ３０４ａ，３０４ｂに格納し、ログ生成部１１７に
よって、一定時間ごとに、制御情報３０５に基づいて共
有メモリ３０４ａ，３０４ｂから通信情報を抽出して、
通信ログファイル３０７を生成しているので、多数のプ
ロセスが動作している複合機１００において必要なプロ
セス間通信情報を制御情報３０５の設定内容に従って容
易に抽出して、プロセス間通信の状況を容易に把握して
デバッグ作業を効率的に行うことができる。

【０２０３】また、実施の形態２にかかる複合機１００
では、制御情報３０５に基づいた通信情報の抽出を、共
有メモリ３０４ａ，３０４ｂへの格納段階ではなく、共
有メモリ３０４ａ，３０４ｂからの読み出し段階で行っ
ているので、通信ログファイル３０７の生成の際のデー
タ量が減少し、データ転送効率を向上させることができ
る。

【０２０４】（実施の形態３）実施の形態１および２に
かかる複合機１００は、いずれも複合機１００の起動時
にログ生成部１１７およびロギングハンドラ３０１を起
動させていたが、この実施の形態３にかかる複合機１０
０は、起動後のコピー、プリンタ、スキャナ、ファクシ
ミリなどのユーザサービスを実行中に、ロギング開始要
求がユーザなどから通知された場合に、ロギングハンド
ラ３０１およびログ生成部１１７を動的に起動させて、
通信情報の取得および通信ログの生成を行うものであ
る。また、実施の形態３にかかる複合機１００は、通信
情報の取得処理をコントロールサービス、アプリケーシ
ョン１３０側で行うものである。

【０２０５】実施の形態３の複合機１００の機能的構
成、ハードウェア構成は、実施の形態１の複合機１００
で説明した図１および図２に示す構成と同様である。

【０２０６】図１４は、実施の形態３の複合機１００に
おけるプロセス間通信情報取得処理および通信ログ生成
処理を実行するプロセスの全体構成を示すブロック図で
ある。実施の形態３にかかる複合機１００では、ログ生
成部１１７、ロギングハンドラ３０１の他、ＳＣＳ１２
２、ＯＣＳ１２６もプロセス間通信情報取得処理および
通信ログ生成処理を行うために使用される。

【０２０７】複合機１００の稼働中に、ユーザが通信ロ
グファイルの生成を依頼する場合には、ロギング開始要
求と制御情報を複合機１００に入力する。ユーザによる
ロギング開始要求および制御情報の入力は、オペレーシ
ョンパネル２１０から入力する場合と、ＬＡＮ上のリモ
ートＰＣからＲＰＣ（リモートプロシージャコール）な
どの手段によるネットワーク経由のロギング開始要求お
よびＦＴＰなどのプロトコルを利用した制御情報の送信
を行う場合がある。

【０２０８】オペレーションパネル２１０からロギング
開始要求および制御情報が入力される場合には、ＯＣＳ
１２６のプロセスで入力したキー操作によるキーイベン
トが取得され、ＳＣＳ１２２にロギング開始要求および
制御情報のキーイベントが送信される。また、リモート
ＰＣからロギング開始要求と制御情報を送信した場合に
は、ロギング開始要求と制御情報をＮＣＳ１２８で受信
して、ＳＣＳ１２２に送信されるようになっている。

【０２０９】また、公衆回線などのネットワークに接続
された複数の複合機や複写機あるいはプリンタなどを管
理する管理サーバ、あるいはこれらの複合機などの動作
情報、障害情報などを管理する遠隔集中管理装置から、
ロギング開始要求および制御情報が送信されてくる場合
もある。このような場合には、実施の形態１の複合機１
００で説明した通信アダプタ１１０５によってロギング
開始要求および制御情報を受信し、さらにＮＣＳ１２８
によってロギング開始要求および制御情報がＳＣＳ１２
２に送信される。

【０２１０】ＳＣＳ１２２は、このようにＯＣＳ１２６
またはＮＣＳ１２８からロギング開始要求および制御情
報を受信すると、ログ生成部１１７を起動し、受信した
ロギング開始要求と制御情報をログ生成部１１７に転送
する。

【０２１１】ログ生成部１１７は、本発明における通信
履歴生成手段と通信履歴管理手段とを構成するものであ
り、ＳＣＳ１２２からロギング開始要求と制御情報を受
信したときに、実施の形態１の複合機１００と同様に、
制御情報の解析を行い、対象プロセスごとに共有メモリ
３０４ａ，３０４ｂの確保を行う。また、ログ生成部１
１７は、通信情報の取得要求のため後述する起動関数の
呼び出しを、対象プロセスとなるコントロールサービス
およびアプリケーション１３０のプロセスに対して行
う。また、ログ生成部１１７は、実施の形態１と同様
に、通信ログファイル３０７の生成および送信処理を行
う。

【０２１２】ロギングハンドラ３０１は、本発明におけ
る通信情報取得手段を構成するものであり、コントロー
ルサービスおよびアプリケーション１３０のプロセスが
ログ生成部１１７から起動関数呼び出しを受けたとき
に、コントロールサービスおよびアプリケーション１３
０のプロセス内部で起動される。すなわち、アプリケー
ション１３０およびコントロールサービスのそれぞれ
は、起動関数やその他各種関数を登録した関数ライブラ
リとリンク（結合）して生成されている。この関数ライ
ブラリは、他のプロセスをクライアントプロセスとした
サーバプロセスとして、当該クライアントプロセスに対
してＡＰＩを利用して提供する各種サービスを関数とし
て登録したものであり、この関数ライブラリの中に、プ
ロセス内部でロギングハンドラ３０１を起動する起動関
数が登録されている。従って、ログ生成部１１７のプロ
セスからアプリケーション１３０またはコントロールサ
ービスのプロセスに対して、起動関数呼び出しを行うこ
とにより、ロギングハンドラ３０１が起動される。ま
た、ロギングハンドラ３０１は、実施の形態１と同様
に、受信データから制御情報の設定内容に従って通信情
報の取得処理を行う。

【０２１３】次に、このように構成された実施の形態３
の複合機１００において、ロギング開始要求があった場
合の通信情報取得の初期化処理について説明する。図１
５は、通信情報取得の初期化処理の手順を示すフローチ
ャートである。

【０２１４】ユーザによるオペレーションパネル２１０
のキー操作により、あるいはリモートＰＣ１１０７や遠
隔集中管理装置からロギング開始要求および制御情報を
ＳＣＳ１２２が受信すると（ステップＳ１５０１）、Ｓ
ＣＳ１２２は、ログ生成部１１７のプロセスを生成して
起動する（ステップＳ１５０２）。そして、ＳＣＳ１２
２は、受信したロギング開始要求と制御情報をログ生成
部１１７に送信する（ステップＳ１５０３）。

【０２１５】ログ生成部１１７では、ロギング開始要求
と制御情報をＳＣＳ１２２から受信すると、ＨＤ２０５
に通信ログファイル３０７を生成し、この通信ログファ
イル３０７にスタートレコードを書き込む（ステップＳ
１５０４）。そして、ＳＣＳ１２２から受信した制御情
報を解析して、制御情報に指定されている「対象プロセ
ス」ごとに、共有メモリ３０４ａ，３０４ｂを生成し、
各共有メモリ３０４ａ，３０４ｂにＦＩＦＯキュー３０
６ａ，３０６ｂを生成する（ステップＳ１５０５）。そ
して、「機能指定」の設定内容を、実施の形態１と同様
に該当するプロセス名に展開した形式で制御情報を共有
メモリ３０３に設定する（ステップＳ１５０６）。そし
て、ログ生成部１１７は、制御情報３０５に設定されて
いる対象プロセスに対して、起動関数呼び出しを行う
（ステップＳ１５０７）。

【０２１６】制御情報で対象プロセスとして設定されて
いるコントロールサービス、アプリケーション１３０の
プロセスでは、ログ生成部１１７から起動関数呼び出し
を受けると、ロギングハンドラ３０１を起動する（ステ
ップＳ１５０８）。そして、ログ生成部１１７のプロセ
スを存在をチェックし（ステップＳ１５０９）、存在し
ている場合には、共有メモリ３０３の制御情報３０５を
参照して、自プロセスが「対象プロセス」に指定されて
いるか否かを確認する（ステップＳ１５１０）。そし
て、対象プロセスとして指定されている場合には、共有
メモリ３０４ａ，３０４ｂを自プロセスの仮想メモリ領
域に割り付ける（ステップＳ１５１１）。これにより、
初期化処理が完了する。

【０２１７】なお、ロギングハンドラ３０１による通信
情報取得処理およびログ生成部１１７による通信ログフ
ァイル生成処理については、実施の形態１の複合機１０
０と同様の手順で行われる。

【０２１８】次に、通信情報の取得処理および通信ログ
ファイル３０７の生成処理が行われているときに、ユー
ザのオペレーションパネル２１０からの操作、またはリ
モートＰＣ１１０７や遠隔集中管理装置から新たな制御
情報を受信した場合に、新たな制御情報に基づいて現在
の取得条件を動的に変更する処理について説明する。図
１６は、新たな制御情報を受信した場合の処理の手順を
示すフローチャートである。

【０２１９】ＳＣＳ１２２は新たな制御情報を受信する
と（ステップＳ１６０１）、すべてのコントロールサー
ビスとアプリケーション１３０のプロセスに条件変更通
知メッセージを送信する（ステップＳ１６０２）。そし
て、受信した新たな制御情報を共有メモリ３０３に上書
きする（ステップＳ１６０３）。

【０２２０】各コントロールサービスおよび各アプリケ
ーション１３０は条件変更通知を受信し、新たな制御情
報３０５を共有メモリ３０３から読み込んで解析を行う
（ステップＳ１６０４）。そして、新たな制御情報３０
５の設定内容に従って取得条件を変更して、通信情報の
取得を行う（ステップＳ１６０５）。例えば、新たな制
御情報３０５により、自プロセスが対象プロセスでなく
なった場合には、通信情報の取得を開始する。また、新
たな制御情報３０５により、自プロセスが対象プロセス
となった場合には、通信情報の取得を停止する。あるい
は、制御情報３０５の「ヘッダ」の設定内容が変更され
た場合には、抽出する通信情報を、「ヘッダ」の設定内
容に従って変更する。

【０２２１】なお、以降のロギングハンドラ３０１によ
る通信情報取得処理およびログ生成部１１７による通信
ログファイル生成処理については、実施の形態１の複合
機１００と同様の手順で行われる。

【０２２２】このように実施の形態３にかかる複合機１
００では、ロギング開始要求があったときに、ログ生成
部１１７によって、ロギングハンドラ３０１の起動関数
呼び出しを行ってロギングハンドラ３０１を起動させて
いるので、通信情報の取得および通信ログファイル３０
７の生成を、複合機１００の再起動を行うことなく動的
に行うことができ、デバッグ作業を効率的に開始するこ
とができる。

【０２２３】（実施の形態４）実施の形態３にかかる複
合機１００は、稼働中にロギング開始要求、制御情報を
受信した場合に、動的にロギングハンドラ３０１および
ログ生成部１１７を起動させ、あるいは動的に制御情報
を更新し、ロギングハンドラ３０１により通信情報の抽
出および取得処理を行っていたが、この実施の形態４に
かかる複合機１００は、稼働中にロギング開始要求、制
御情報を受信した場合に、動的にログ生成部１１７によ
り通信情報の抽出および取得処理を開始し、または新た
な取得条件で通信情報の抽出および取得処理を行うもの
である。

【０２２４】実施の形態４の複合機１００の機能的構
成、ハードウェア構成は、実施の形態２の複合機１００
で説明した図１および図２に示す構成と同様である。ま
た、プロセス間通信情報取得処理および通信ログ生成処
理を実行するプロセスの全体構成は、実施の形態３で説
明した図１４に示す構成と同様である。

【０２２５】実施の形態４にかかる複合機１００では、
ログ生成部１１７は、本発明における通信履歴生成手段
と通信履歴管理手段とを構成し、ＳＣＳ１２２から制御
情報を受信したときに、実施の形態２の複合機１００と
同様に、制御情報の解析を行い、対象プロセスごとに共
有メモリ３０４ａ，３０４ｂの確保を行う。また、ログ
生成部１１７は、起動関数呼び出しを、対象プロセスと
なるコントロールサービスおよびアプリケーション１３
０のプロセスに対して行う。また、ログ生成部１１７
は、実施の形態２と同様に、制御情報の設定内容に従っ
て受信データから通信情報の抽出を行い、通信ログファ
イル３０７の生成および送信処理を行う。

【０２２６】ロギングハンドラ３０１は、本発明におけ
る通信情報取得手段を構成し、コントロールサービスお
よびアプリケーション１３０のプロセスがログ生成部１
１７から起動関数呼び出しを受けたときに、コントロー
ルサービスおよびアプリケーション１３０のプロセス内
部で起動される。

【０２２７】次に、通信情報の取得処理および通信ログ
ファイル３０７の生成処理が行われているときに、ユー
ザのオペレーションパネル２１０からの操作、またはリ
モートＰＣ１１０７や遠隔集中管理装置から新たな制御
情報を受信した場合に、新たな制御情報に基づいて現在
の取得条件を動的に変更する処理について説明する。な
お、ロギング開始要求があった場合の通信情報取得の初
期化処理については、実施の形態３にかかる複合機１０
０で説明した図１５に示す手順と同様である。

【０２２８】図１７は、新たな制御情報を受信した場合
の処理の手順を示すフローチャートである。ＳＣＳ１２
２は新たな制御情報を受信すると（ステップＳ１７０
１）、ログ生成部１１７のプロセスに条件変更通知メッ
セージを送信する（ステップＳ１７０２）。そして、受
信した新たな制御情報を共有メモリ３０５に上書きする
（ステップＳ１７０３）。

【０２２９】ログ生成部１１７は条件変更通知を受信
し、新たな制御情報３０５を共有メモリ３０３から読み
込んで解析を行う（ステップＳ１７０４）。そして、新
たな制御情報３０５の設定内容に従って取得条件を変更
して、通信情報の取得を行う（ステップＳ１７０５）。

【０２３０】なお、以降のログ生成部１１７による通信
情報取得処理および通信ログファイル生成処理について
は、実施の形態２の複合機１００と同様の手順で行われ
る。

【０２３１】このように実施の形態４にかかる複合機１
００は、ロギング開始要求があったときに、ログ生成部
１１７によって、ロギングハンドラ３０１の起動関数呼
び出しを行ってロギングハンドラ３０１を起動させてい
るので、通信情報の取得および通信ログファイル３０７
の生成を、複合機１００の再起動を行うことなく動的に
行うことができ、デバッグ作業を効率的に開始すること
ができる。

【０２３２】なお、実施の形態３および４にかかる複合
機１００では、ログ生成部１１７が、本発明における通
信履歴管理手段と通信履歴生成手段とを兼用するように
構成されているが、例えばログ管理部などをログ生成部
１１７とは別個に設け、このログ管理部を通信履歴管理
手段として構成しても良い。

【０２３３】（実施の形態５）実施の形態１〜４にかか
る複合機１００は、複合機１００内のログ生成部１１７
によって通信ログファイル３０７を生成した後に、遠隔
集中管理装置１１００または管理サーバに送信していた
が、この実施の形態５にかかる複合機１９００は、通信
ログファイルの生成処理を管理サーバで行うものであ
る。

【０２３４】図１８は、実施の形態５にかかる複合機１
９００を含む画像形成システムの構成を示すブロック図
である。図１８に示すように、実施の形態５にかかる画
像形成システムは、管理サーバ１８１０と複数組の複合
機１９００が公衆回線網１１０４によって接続された構
成となっている。また、管理サーバ１８１０は、ＬＡＮ
１１１１などのネットワークによって遠隔集中管理装置
１８００と接続されている。

【０２３５】管理サーバ１８１０は、多チャネル通信制
御装置（ＣＣＵ）１１０３に接続されており、公衆回線
に接続された複数の複合機１００から通信情報を収集し
て、収集した通信情報を記録した通信ログファイル２０
０７を生成する。そして、管理サーバ１８１０は、生成
された通信ログファイル２００７をＬＡＮ１１１１経由
で遠隔集中管理装置１１００に送信する。

【０２３６】管理サーバ１１１０の各多チャネル通信制
御装置１１０３には、公衆回線網１１０４が接続され、
通信アダプタ１１０５を介して、キーカード装置１１０
６および複合機１９００が複数組接続されている。ま
た、実施の形態１と同様に、複合機１９００には、ＬＡ
Ｎなどのネットワークによりプリンタクライアントとな
るＰＣ１１０７がクライアント端末として接続されてい
る。

【０２３７】遠隔集中管理装置１８００は、管理サーバ
１８１０から通信ログファイル２００７などの動作状況
を収集し、一括して管理するものである。この遠隔集中
管理装置１８００は、システム全体の制御を実行するコ
ンピュータ１８０１と、光磁気ディスク、磁気テープ、
フレキシブルディスク（ＦＤ）、ＩＣカード等の外部記
憶装置１８０２とにより構成されている。

【０２３８】なお、多チャネル通信制御装置１８０３、
キーカード装置１１０６、通信アダプタ１１０５のそれ
ぞれの機能は、実施の形態１で説明した多チャネル通信
制御装置、キーカード装置、通信アダプタと同様であ
る。

【０２３９】図１９は、実施の形態５の複合機１９００
の機能的構成を示すブロック図である。また、図２０
は、実施の形態５にかかる画像形成システムにおける複
合機１９００と管理サーバ１８１０の構成を示すブロッ
ク図である。なお、複合機１９００のハードウェア構成
は、実施の形態１の複合機１００で説明した図２に示す
構成と同様である。

【０２４０】図１９および図２０に示すように、実施の
形態５にかかる複合機１９００は、アプリケーション１
３０およびコントロールサービスのプロセスの内部で起
動されるロギングハンドラ２００１と、ログ管理部１９
１０のプロセスとを備えている。この複合機１９００で
は、実施の形態１〜４の複合機１００と異なり、ログ生
成部１１７が存在せず、このため、複合機１９００では
制御情報３０５の設定内容に従った通信情報の取得のみ
を行い、通信情報からの通信ログファイル２００７の生
成は管理サーバ１８１０で行う。

【０２４１】ロギングハンドラ２００１は、実施の形態
１と同様に、各プロセスにおけるプロセス間通信によっ
て受信した通信情報から、制御情報３０５の設定内容に
従った通信情報を抽出し、共有メモリ３０４ａ，３０４
ｂに格納するものである。ロギングハンドラ２００１は
本発明における通信情報取得手段を構成する。

【０２４２】ログ管理部１９１０は、各共有メモリ３０
３、３０４ａ、３０４ｂの生成、制御ファイル３０２の
解析、共有メモリ３０４ａ、３０４ｂからの通信情報の
取得および管理サーバ１８１０への送信を行うものであ
る。なお、ログ管理部１９１０とＮＣＳ１２８は、本発
明における送信手段を構成する。

【０２４３】管理サーバ１８１０は、ログ生成部２００
２とログ送信部２００３とＨＤ２００４とを備えてい
る。ログ生成部２００２は、複数の複合機１９００から
通信情報を受信して、通信ログファイル２００７を生成
するものであり、本発明における通信履歴生成手段を構
成する。

【０２４４】このように実施の形態５にかかる画像形成
システムでは、管理サーバ１８１０のログ生成部２１０
２によって通信ログファイル２００７を生成している。

【０２４５】ログ送信部２００３は、生成された通信ロ
グファイル２００７を遠隔集中管理装置にｆｔｐなどの
プロトコルによって送信するものであり、本発明におけ
る遠隔送信手段を構成する。

【０２４６】次にこのように構成された実施の形態５に
かかる画像形成システムによる通信情報の取得および通
信ログファイル２００７の生成処理について説明する。
まず、複合機１９００の起動時においては、実施の形態
１の複合機１００におけるログ生成部１１７と同様に、
ログ管理部１９１０が制御ファイル３０２の設定内容に
従って各共有メモリ３０３、３０４ａ、３０４ｂの生成
およびＦＩＦＯキュー３０６ａ，３０６ｂの生成を行
う。そして、制御ファイル３０２を解析して制御情報３
０５として共有メモリ３０３に格納する。

【０２４７】アプリケーション１３０、コントロールサ
ービスの各プロセスでは、ロギングハンドラ２００１が
各プロセス内部で起動される。そして、プロセス間通信
によって通信情報を受信すると、受信した通信情報か
ら、制御情報３０５の設定内容に従って通信情報を抽出
し、各プロセスに対応する共有メモリ３０４ａ，３０４
ｂのＦＩＦＯキュー３０６ａ，３０６ｂに格納する。

【０２４８】一方、ログ管理部１９１０は、一定時間ご
とに共有メモリ３０４ａ，３０４ｂにアクセスを行い、
ＦＩＦＯキュー３０６ａ，３０６ｂに有効な通信情報が
格納されている場合にはその通信情報を読み出す。ただ
し、実施の形態１のログ生成部１１７と異なり、ログ管
理部１９１０は、複合機１９００内で通信ログファイル
２００７を生成しない。その代わりに、ログ管理部１９
１０は、各共有メモリ３０４ａ，３０４ｂから収集した
通信情報をＮＣＳ１２８を介して、公衆回線１１０４に
接続された管理サーバ１８１０に送信する。

【０２４９】管理サーバ１８１０では、ログ生成部２０
０２によっては、複合機１９００から送信された通信情
報を受信する。そして、ログ生成部２００２は、受信し
た通信情報を収集して通信ログファイル２００７を生成
し、ＨＤ２００４に格納する。次に、ログ送信部２００
３は、ログ生成部２００２によって生成された通信ログ
ファイル２００７を、ｆｔｐなどのプロトコルを利用し
てＬＡＮ１１１１経由で遠隔集中管理装置１８００に送
信する。

【０２５０】なお、複合機１９００のログ管理部１９１
０による制御ファイルの解析、ロギングハンドラ２００
１による通信情報の抽出、ログ管理部１９１０による共
有メモリ３０４ａ，３０４ｂからの通信情報の取得の各
処理の具体的な手順は、実施の形態１の複合機１００で
説明した処理手順と同様である。また、管理サーバ１９
００のログ生成部２００２による通信ログファイル２０
０７の生成処理の手順も実施の形態１の複合機１００で
説明した処理手順と同様である。

【０２５１】このように実施の形態５にかかる画像形成
システムでは、複合機１９００のロギングハンドラ２０
０１によって、受信した通信情報から制御情報３０５に
基づいて通信情報を抽出し、抽出した通信情報を、ログ
管理部１９１０よって管理サーバ１８１０に送信し、管
理サーバ１８１０のログ生成部２００２で受信した通信
情報から通信ログファイ２００３を生成しているので、
管理サーバ１８１０側で複数の複合機１９００のプロセ
ス間通信情報の通信ログファイル２００７を一括して管
理することができ、複数の複合機１９００の通信状況を
一カ所で容易に把握することができる。

【０２５２】なお、実施の形態５にかかる複合機１９０
０では、抽出した通信情報を共有メモリ３０４ａ，３０
４ｂに一旦格納して、ログ管理部１９１０およびＮＣＳ
１２８によって管理サーバ１８１０に送信しているが、
図２０の破線矢印に示すように、ロギングハンドラ２０
０１から直接、管理サーバ１８１０に通信情報を送信す
る構成としても良い。この場合には、ログ管理部１９１
０のプロセスや共有メモリ３０４ａ，３０４ｂを生成す
る必要がなくなり、リソースの削減が図られるという利
点がある。

【０２５３】（実施の形態６）実施の形態５にかかる画
像形成システムでは、制御情報に基づいた通信情報の抽
出処理を複合機１９００内で行っていたが、この実施の
形態６にかかる画像形成システムは、制御情報に基づい
た通信情報の抽出処理を管理サーバ１８１０内で行うも
のである。

【０２５４】図２１は、実施の形態６にかかる画像形成
システムにおける複合機１９００と管理サーバ１８１０
の構成を示すブロック図である。なお、実施の形態６に
かかる画像形成システムの全体構成は、実施の形態５で
説明した図１８に示す構成と同様である。また、実施の
形態６にかかる複合機１９００の機能的構成は、実施の
形態５で説明した図２０に示す構成と同様であり、複合
機１９００の機能的構成は、実施の形態１で説明した図
２に示す構成と同様である。

【０２５５】図２１に示すように、実施の形態６にかか
る複合機１９００は、アプリケーション１３０およびコ
ントロールサービスのプロセスの内部で起動されるロギ
ングハンドラ２１０１と、ログ管理部１９１０のプロセ
スとを備えている。

【０２５６】ロギングハンドラ２１０１は、実施の形態
２と同様に、各プロセスにおけるプロセス間通信によっ
て受信した通信情報を共有メモリ３０４ａ，３０４ｂに
格納するものである。ロギングハンドラ２１０１は本発
明における通信情報取得手段を構成する。

【０２５７】ログ管理部１９１０は、各共有メモリ３０
３、３０４ａ、３０４ｂの生成、制御ファイル３０２の
解析、共有メモリ３０４ａ、３０４ｂからの通信情報の
取得および管理サーバ１８１０への送信を行うものであ
る。なお、ログ管理部１９１０とＮＣＳ１２８は、本発
明における送信手段を構成する。

【０２５８】管理サーバ１８１０は、ログ生成部２１０
２とログ送信部２００３とＨＤ２００４とを備えてい
る。ＨＤ２００４には、通信情報の取得条件を設定した
制御ファイル２１０３が格納されている。この制御ファ
イル２１０３は、例えば管理サーバ１８１０のシステム
管理者などが作成してＨＤ２００４に格納する。また、
この制御ファイル２１０３は、ログ生成部２１０２によ
って実施の形態１と同様に解析されて、制御情報２１０
４としてＨＤ２００４に格納される。この制御ファイル
２１０３および制御情報２１０４のデータ構造は、実施
の形態１で説明した図４（ａ）および（ｂ）に示す構造
と同様である。

【０２５９】ログ生成部２１０２は、制御ファイル２１
０３の解析を行って制御情報２１０４を生成するととも
に、複数の複合機１９００から通信情報を受信して、受
信した通信情報の中から制御情報２１０４の設定内容に
従って通信情報を抽出し、抽出した通信情報から通信ロ
グファイル２００７を生成する。このログ生成部２１０
２は、本発明における通信履歴生成手段を構成する。

【０２６０】ログ送信部２００３は、生成された通信ロ
グファイル３０７を遠隔集中管理装置１８００にｆｔｐ
などのプロトコルによって送信するものであり、本発明
における遠隔送信手段を構成する。

【０２６１】このように実施の形態６にかかる画像形成
システムでは、管理サーバ１８１０のログ生成部２１０
２によって通信情報の抽出を行っている。

【０２６２】次にこのように構成された実施の形態６に
かかる画像形成システムによる通信情報の取得および通
信ログファイルの生成処理について説明する。まず、ロ
グ管理部１９１０は、複合機１９００の起動時に、アプ
リケーション１３０およびコントロールサービスの各プ
ロセスごとに、各共有メモリ３０３、３０４ａ、３０４
ｂおよびＦＩＦＯキュー３０６ａ，３０６ｂの生成を行
う。

【０２６３】アプリケーション１３０、コントロールサ
ービスの各プロセスでは、ロギングハンドラ２００１が
各プロセス内部で起動される。そして、プロセス間通信
によって通信情報を受信すると、受信した通信情報を各
プロセスに対応する共有メモリ３０４ａ，３０４ｂのＦ
ＩＦＯキュー３０６ａ，３０６ｂに格納する。

【０２６４】一方、ログ管理部１９１０は、一定時間ご
とに共有メモリ３０４ａ，３０４ｂにアクセスを行い、
ＦＩＦＯキュー３０６ａ，３０６ｂに有効な通信情報が
格納されている場合にはその通信情報を読み出す。そし
て、ログ管理部１９１０は、各共有メモリ３０４ａ，３
０４ｂから収集した通信情報をＮＣＳ１２８を介して、
公衆回線１１０４に接続された管理サーバ１８１０に送
信する。

【０２６５】管理サーバ１８１０では、まず、ログ生成
部２１０２によってＨＤ２００４に格納された制御ファ
イル２１０３の解析が行われ、制御情報２１０４として
ＨＤ２００４に格納される。

【０２６６】ログ生成部２１０２が複合機１９００から
通信情報を受信すると、ログ生成部２１０２は、ＨＤ２
００４の制御情報２１０４を読み込んで、受信した通信
情報の中から、制御情報２１０４の設定内容に従って通
信情報を抽出する。そして、抽出した通信情報から通信
ログファイル２１０７を生成し、ＨＤ２００４に格納す
る。

【０２６７】次に、ログ送信部２００３は、ログ生成部
２１０２によって生成された通信ログファイル２１０７
を、ｆｔｐなどのプロトコルを利用してＬＡＮ１１１１
経由で遠隔集中管理装置１８００に送信する。

【０２６８】なお、複合機１９００のロギングハンドラ
２１０１による通信情報の取得、ログ管理部１９１０に
よる共有メモリ３０４ａ，３０４ｂからの通信情報の取
得の各処理の具体的な手順は、実施の形態２の複合機１
００で説明した処理手順と同様である。また、管理サー
バ１９００のログ生成部２１０２による制御ファイル２
１０３の解析処理、通信情報の抽出および通信ログファ
イル３０７の生成処理の手順は実施の形態２の複合機１
００で説明した処理手順と同様である。

【０２６９】このように実施の形態６にかかる画像形成
システムでは、複合機１９００のロギングハンドラ２１
０１によって、プロセス間通信により受信した通信情報
を取得してログ管理部１９１０により管理サーバ１８１
０に送信し、管理サーバ１８１０のログ生成部２１０２
によって受信した通信情報から制御情報２１０４の設定
内容に従って通信情報を抽出して通信ログファイル２０
０７を生成しているので、管理サーバ１８１０側で複数
の複合機１９００のプロセス間通信情報の通信履歴情報
を一括して生成することができ、複数の複合機１９００
の通信状況を一カ所で容易に把握することができる。

【０２７０】なお、実施の形態６にかかる複合機１９０
０では、受信した通信情報を共有メモリ３０４ａ，３０
４ｂに一旦格納して、ログ管理部１９１０およびＮＣＳ
１２８によって管理サーバ１８１０に送信しているが、
図２１の破線矢印に示すように、ロギングハンドラ２１
０１から直接、管理サーバ１８１０に通信情報を送信す
る構成としても良い。この場合には、ログ管理部１９１
０のプロセスや共有メモリ３０４ａ，３０４ｂを生成す
る必要がなくなり、リソースの削減が図られるという利
点がある。

【０２７１】また、以上説明した実施の形態１〜６にか
かる複合機１００、１９００では、コピーアプリ１１２
のプロセスとＭＣＳ１２５のプロセスを例に挙げて説明
したが、他のアプリケーション１３０、他のコントロー
ルサービスのプロセス間通信に対しても同様の処理が行
われる。

【０２７２】また、実施の形態１〜５にかかる複合機１
００、１９００では、制御情報３０５を共有メモリ３０
３に格納しているが、ＨＤ２０５にファイルとして格納
する構成としてもよい。

【０２７３】また、実施の形態１〜６にかかる複合機１
００、１９００では、通信情報を格納する共有メモリ３
０４ａ，３０４ｂを各プロセスごとに別個に設けている
が、アプリケーション１３０とコントロールサービスの
すべてのプロセスに共有される単一の共有メモリを通信
情報用として設けても良い。この場合、プロセス並列実
行に伴うＣＰＵ占有時間のプロセス切り替えによって、
共有メモリに書き込み中の一レコード分の通信情報が分
断されることを防止するため、セマフォやクリティカル
・セクションなどの同期メカニズムを利用して、共有メ
モリの排他制御を行うように構成する必要がある。

【０２７４】また、実施の形態１〜６では、通信ログフ
ァイルを生成する際に通信情報に現在時刻を付加してい
るが、さらにこの現在時刻を利用して時系列順にソート
したり、あるいは対象プロセスごとに分類する処理を行
って通信ログファイルを生成しても良い。

【０２７５】

【発明の効果】以上説明したように、請求項１にかかる
発明によれば、多数のプロセスが複雑に絡み合ってプロ
セス間通信を行う構成の画像形成装置において必要なプ
ロセス間通信情報を取得条件に従って容易に抽出して取
得することができ、デバッグ作業を効率的に行うことが
できるという効果を奏する。また、これにより画像形成
装置の品質を向上させることができるという効果を奏す
る。

【０２７６】また、この請求項１にかかる発明によれ
ば、サードベンダなどの第三者による新規アプリケーシ
ョンの開発を促進することができるという効果を奏す
る。

【０２７７】さらに、この請求項１にかかる発明によれ
ば、他のプロセスから共有メモリを利用したプロセス間
通信によって通信情報を取得することができるので、デ
バッグ作業の形態に応じた形式で通信情報を加工するこ
とも可能となり、デバッグ作業におけるユーザビリティ
を向上させることができるという効果を奏する。

【０２７８】加えて、この請求項１にかかる発明によれ
ば、共有メモリから通信情報を読み出してログ生成やロ
グ表示などを行う場合の処理効率を向上させることがで
きるという効果を奏する。

【０２７９】また、請求項２にかかる発明によれば、必
要なプロセスのみのプロセス間通信情報を取得すること
ができ、通信情報取得の処理効率を向上させることがで
きるという効果を奏する。また、デバッグ作業に必要な
アプリケーションやコントロールサービスにおける通信
情報だけを得ることができ、デバッグ作業をより効率的
に行えるという効果を奏する。

【０２８０】また、請求項３にかかる発明によれば、画
像形成装置のデバッグ作業において、障害が生じている
と予想されるコンポーネント間のプロセス間通信だけを
集中して検証することができ、デバッグ作業をより効率
的に行えるという効果を奏する。

【０２８１】また、請求項４にかかる発明によれば、デ
バッグ作業における制御情報の設定が容易になるととも
に、画像形成装置のコンポーネント構造を熟知していな
いユーザでもデバッグ作業を容易に行えるという効果を
奏する。また、デバッグ対象のアプリケーション、コン
トロールサービスの指定の漏れをなくして、より確実な
デバッグ作業を行えるという効果を奏する。

【０２８２】また、請求項５にかかる発明によれば、格
納データ量に制限のある共有メモリ資源の節約を図るこ
とができるという効果を奏する。

【０２８３】また、請求項６にかかる発明によれば、多
数のプロセス間で複雑に行われるプロセス間通信の状況
を把握して障害の原因究明を行うことができ、デバッグ
作業をより効率的に行えるという効果を奏する。

【０２８４】また、請求項７にかかる発明によれば、遠
隔集中管理装置によって通信履歴情報に基づいた画像形
成装置の適切な管理を行えるという効果を奏する。

【０２８５】また、請求項８にかかる発明によれば、多
数のプロセスが動作している構成の画像形成装置におい
て、プロセス間通信の状況を容易に把握でき、デバッグ
作業を効率的に行えるという効果を奏する。

【０２８６】また、この請求項９にかかる発明によれ
ば、通信履歴情報の生成の際のデータ量が減少し、デー
タ転送効率を向上させることができるという効果を奏す
る。

【０２８７】また、請求項９にかかる発明によれば、必
要なプロセスのみのプロセス間通信情報を取得すること
ができ、通信情報取得の処理効率を向上させることがで
きるという効果を奏する。また、デバッグ作業に必要な
アプリケーションやコントロールサービスにおける通信
情報だけを得ることができ、デバッグ作業をより効率的
に行えるという効果を奏する。

【０２８８】また、請求項１０にかかる発明によれば、
画像形成装置のデバッグ作業において、障害が生じてい
ると予想されるコンポーネント間のプロセス間通信だけ
を集中して検証することができ、デバッグ作業をより効
率的に行えるという効果を奏する。

【０２８９】また、請求項１１にかかる発明によれば、
デバッグ作業における制御情報の設定が容易になるとと
もに、画像形成装置のコンポーネント構造を熟知してい
ないユーザでもデバッグ作業を容易に行えるという効果
を奏する。また、デバッグ対象のアプリケーション、コ
ントロールサービスの指定の漏れをなくして、より確実
なデバッグ作業を行えるという効果を奏する。

【０２９０】また、請求項１２にかかる発明によれば、
ハードディスクなどの資源の節約を図ることができると
いう効果を奏する。

【０２９１】また、請求項１３にかかる発明によれば、
通信情報の取得や通信履歴情報の生成を、画像形成装置
の再起動なしに、通信履歴開始要求に応じて動的に開始
することができ、デバッグ作業を効率的に開始すること
ができるという効果を奏する。

【０２９２】また、請求項１４にかかる発明によれば、
関数呼び出しという簡易なプロセス間通信を利用して取
得要求を行うことができ、プログラム開発労力の軽減を
図ることができるという効果を奏する。

【０２９３】また、請求項１５にかかる発明によれば、
取得条件の変更に応じて動的に通信情報の取得や通信履
歴の生成を行うことができ、デバッグ作業をより効率的
に行えるという効果を奏する。

【０２９４】また、請求項１６にかかる発明によれば、
通信履歴開始要求や制御情報の送信先に応じて別個のコ
ンポーネントを設ける必要がなく、実行時に必要なリソ
ースの削減を図ることができるという効果を奏する。

【０２９５】また、請求項１７にかかる発明によれば、
遠隔集中管理装置による画像形成装置の集中管理に拡張
性を持たせることができるという効果を奏する。

【０２９６】また、請求項１８にかかる発明によれば、
デバッグ作業を画像形成装置から離れた場所で行うこと
ができ、デバッグ作業をより効率的に行えるという効果
を奏する。

【０２９７】また、請求項１９にかかる発明によれば、
プロセスの並列実行時における通信情報の分断を回避し
て、通信情報の取得元プロセスの判別が常に可能となる
という効果を奏する。

【０２９８】また、請求項２０にかかる発明によれば、
管理サーバ側で複数の画像形成装置のプロセス間通信情
報の通信履歴情報を一括して管理することができ、複数
の画像形成装置の通信状況を一カ所で容易に把握するこ
とができるという効果を奏する。

【０２９９】また、請求項２１にかかる発明によれば、
送信手段を通信情報取得手段とは別プロセスとし、収集
した通信情報を一括して管理サーバに送信することがで
き、ネットワークの負荷を軽減することができるという
効果を奏する。

【０３００】また、請求項２２にかかる発明によれば、
管理サーバ側で複数の画像形成装置のプロセス間通信情
報の通信履歴情報を一括して生成することができ、複数
の画像形成装置の通信状況を一カ所で容易に把握するこ
とができるという効果を奏する。

【０３０１】また、請求項２３にかかる発明によれば、
送信手段を通信情報取得手段とは別プロセスとし、収集
した通信情報を一括して管理サーバに送信することがで
き、ネットワークの負荷を軽減することができるという
効果を奏する。

【０３０２】また、請求項２４にかかる発明によれば、
遠隔集中管理装置による画像形成装置の障害対応を的確
に行うことができるという効果を奏する。

【０３０３】また、請求項２５にかかる発明によれば、
多数のプロセスが複雑に絡み合ってプロセス間通信を行
う構成の画像形成装置において必要なプロセス間通信情
報を取得条件に従って容易に抽出して取得することがで
き、デバッグ作業を効率的に行うことができるという効
果を奏する。また、これにより画像形成装置の品質を向
上させることができるという効果を奏する。

【０３０４】また、この請求項２５にかかる発明によれ
ば、サードベンダなどの第三者による新規アプリケーシ
ョンの開発を促進することができるという効果を奏す
る。

【０３０５】さらに、この請求項２５にかかる発明によ
れば、他のプロセスから共有メモリを利用したプロセス
間通信によって通信情報を取得することができるので、
デバッグ作業の形態に応じた形式で通信情報を加工する
ことも可能となり、デバッグ作業におけるユーザビリテ
ィを向上させることができるという効果を奏する。

【０３０６】加えて、この請求項２５にかかる発明によ
れば、共有メモリから通信情報を読み出してログ生成や
ログ表示などを行う場合の処理効率を向上させることが
できるという効果を奏する。

【０３０７】また、請求項２６にかかる発明によれば、
必要なプロセスのみのプロセス間通信情報を取得するこ
とができ、通信情報取得の処理効率を向上させることが
できるという効果を奏する。また、デバッグ作業に必要
なアプリケーションやコントロールサービスにおける通
信情報だけを得ることができ、デバッグ作業をより効率
的に行えるという効果を奏する。

【０３０８】また、請求項２７にかかる発明によれば、
画像形成装置のデバッグ作業において、障害が生じてい
ると予想されるコンポーネント間のプロセス間通信だけ
を集中して検証することができ、デバッグ作業をより効
率的に行えるという効果を奏する。

【０３０９】また、請求項２８にかかる発明によれば、
デバッグ作業における制御情報の設定が容易になるとと
もに、画像形成装置のコンポーネント構造を熟知してい
ないユーザでもデバッグ作業を容易に行えるという効果
を奏する。また、デバッグ対象のアプリケーション、コ
ントロールサービスの指定の漏れをなくして、より確実
なデバッグ作業を行えるという効果を奏する。

【０３１０】また、請求項２９にかかる発明によれば、
格納データ量に制限のある共有メモリ資源の節約を図る
ことができるという効果を奏する。

【０３１１】また、請求項３０にかかる発明によれば、
多数のプロセス間で複雑に行われるプロセス間通信の状
況を把握して障害の原因究明を行うことができ、デバッ
グ作業をより効率的に行えるという効果を奏する。

【０３１２】また、請求項３１にかかる発明によれば、
遠隔集中管理装置によって通信履歴情報に基づいた画像
形成装置の適切な管理を行えるという効果を奏する。

【０３１３】また、請求項３２にかかる発明によれば、
多数のプロセスが動作している構成の画像形成装置にお
いて、プロセス間通信の状況を容易に把握でき、デバッ
グ作業を効率的に行えるという効果を奏する。また、こ
の請求項２９にかかる発明によれば、通信履歴情報の生
成の際のデータ量が減少し、データ転送効率を向上させ
ることができるという効果を奏する。

【０３１４】また、請求項３３にかかる発明によれば、
必要なプロセスのみのプロセス間通信情報を取得するこ
とができ、通信情報取得の処理効率を向上させることが
できるという効果を奏する。また、デバッグ作業に必要
なアプリケーションやコントロールサービスにおける通
信情報だけを得ることができ、デバッグ作業をより効率
的に行えるという効果を奏する。

【０３１５】また、請求項３４にかかる発明によれば、
画像形成装置のデバッグ作業において、障害が生じてい
ると予想されるコンポーネント間のプロセス間通信だけ
を集中して検証することができ、デバッグ作業をより効
率的に行えるという効果を奏する。

【０３１６】また、請求項３５にかかる発明によれば、
デバッグ作業における制御情報の設定が容易になるとと
もに、画像形成装置のコンポーネント構造を熟知してい
ないユーザでもデバッグ作業を容易に行えるという効果
を奏する。また、デバッグ対象のアプリケーション、コ
ントロールサービスの指定の漏れをなくして、より確実
なデバッグ作業を行えるという効果を奏する。

【０３１７】また、請求項３６にかかる発明によれば、
ハードディスクなどの資源の節約を図ることができると
いう効果を奏する。

【０３１８】また、請求項３７にかかる発明によれば、
通信情報の取得や通信履歴情報の生成を、画像形成装置
の再起動なしに、通信履歴開始要求に応じて動的に開始
することができ、デバッグ作業を効率的に開始すること
ができるという効果を奏する。

【０３１９】また、請求項３８にかかる発明によれば、
関数呼び出しという簡易なプロセス間通信を利用して取
得要求を行うことができ、プログラム開発労力の軽減を
図ることができるという効果を奏する。

【０３２０】また、請求項３９にかかる発明によれば、
取得条件の変更に応じて動的に通信情報の取得や通信履
歴の生成を行うことができ、デバッグ作業をより効率的
に行えるという効果を奏する。

【０３２１】また、請求項４０にかかる発明によれば、
遠隔集中管理装置による画像形成装置の集中管理に拡張
性を持たせることができるという効果を奏する。

【０３２２】また、請求項４１にかかる発明によれば、
デバッグ作業を画像形成装置から離れた場所で行うこと
ができ、デバッグ作業をより効率的に行えるという効果
を奏する。

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

【図面の簡単な説明】

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

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

【図３】実施の形態１にかかる複合機において、プロセ
ス間通信情報取得処理および通信ログ生成処理を実行す
るプロセスの全体構成を示したブロック図である。

【図４】図４（ａ）は、実施の形態１の複合機で使用さ
れる制御ファイルの一例を示す説明図である。図４
（ｂ）は、共有メモリに設定された制御情報の一例を示
す説明図である。

【図５】実施の形態１にかかる複合機のアプリケーショ
ンおよびコントロールサービスのプロセス内部の状態を
示すブロック図である。

【図６】実施の形態１にかかる複合機の起動時における
プロセス間通信情報取得のための初期化処理の手順を示
すフローチャートである。

【図７】実施の形態１にかかる複合機のアプリケーショ
ンおよびコントロールサービスのプロセスによる通信情
報の取得処理の手順を示すフローチャートである。

【図８】実施の形態１にかかる複合機のログ生成部によ
る通信ログファイル生成処理の手順を示すフローチャー
トである。

【図９】実施の形態１にかかる複合機で生成される通信
ログファイルの一レコードのフォーマットを示すデータ
構造図である。

【図１０】実施の形態１にかかる複合機で生成される通
信ログファイルの一例を示す説明図である。

【図１１】実施の形態１の複合機を含む遠隔集中管理シ
ステムの構成を示すブロック図である。

【図１２】実施の形態２にかかる複合機のアプリケーシ
ョンおよびコントロールサービスのプロセスによる通信
情報の取得処理の手順を示すフローチャートである。

【図１３】実施の形態２にかかる複合機のログ生成部に
よる通信ログファイル生成処理の手順を示すフローチャ
ートである。

【図１４】実施の形態３にかかる複合機のプロセス間通
信情報取得処理および通信ログ生成処理を実行するプロ
セスの全体構成を示すブロック図である。

【図１５】実施の形態３にかかる複合機における通信情
報取得の初期化処理の手順を示すフローチャートであ
る。

【図１６】実施の形態３にかかる複合機において、新た
な制御情報を受信した場合の処理の手順を示すフローチ
ャートである。

【図１７】実施の形態４にかかる複合機において、新た
な制御情報を受信した場合の処理の手順を示すフローチ
ャートである。

【図１８】実施の形態５にかかる複合機を含む画像形成
システムの構成を示すブロック図である。

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

【図２０】実施の形態５にかかる画像形成システムにお
ける複合機と管理サーバの構成を示すブロック図であ
る。

【図２１】実施の形態６にかかる画像形成システムにお
ける複合機と管理サーバの構成を示すブロック図であ
る。

【符号の説明】

１００，１９００ 複合機 １０１ 白黒ラインプリンタ １０２ カラーラインプリンタ １０３ ハードウェアリソース １１０ ソフトウェア群 １１１ プリンタアプリ １１２ コピーアプリ １１３ ファックスアプリ １１４ スキャナアプリ １１５ ネットファイルアプリ １１６ 工程検査アプリ １１７ ログ生成部 １２０ プラットホーム １２１ 汎用ＯＳ １２２ ＳＣＳ １２３ ＳＲＭ １２４ ＥＣＳ １２５ ＭＣＳ １２６ ＯＣＳ １２７ ＦＣＳ １２８ ＮＣＳ １３０ アプリケーション ２００ コントローラボード ２０１ ＡＳＩＣ ２０２ ＣＰＵ ２０３ ＳＤＲＡＭ（ＲＡＭ） ２０４ フラッシュメモリ（ＲＯＭ） ２０５ ＨＤ ２０６ フラッシュカードインタフェース部 ２０７ フラッシュカード ２０８ ＳＲＡＭ ２１０ オペレーションパネル ２３０ ＵＳＢ ２４０ ＩＥＥＥ１３９４ ２５０ プリンタ ３０１，２００１，２１０１ ロギングハンドラ ３０２，２１０３ 制御ファイル ３０３ 制御情報用共有メモリ ３０４ａ，３０４ｂ 通信情報用共有メモリ ３０５，２１０４ 制御情報 ３０６ａ，３０６ｂ ＦＩＦＯキュー ３０７，２００７ 通信ログファイル ５０１ ディスパッチャ ５０２ 関数ハンドラ ５０３ メッセージハンドラ ５０４ エラーハンドラ １１００，１８００ 遠隔集中管理装置 １１０１，１８０１ コンピュータ １１０２，１８０２ 外部記憶装置 １１０３，１８０３ 多チャネル通信制御装置 １１０４ 公衆回線網 １１０５ 通信アダプタ １１０６ キーカード装置 １１０７ リモートＰＣ １１１０，１８１０ 管理サーバ １１１１，１８１１ ＬＡＮ １９１０ ログ管理部 ２００２，２１０２ ログ生成部 ２００３ ログ送信部 ２００４ ハードディスク（ＨＤ）

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 2C061 AP01 AP03 AP04 AP07 HH03 HJ06 HQ17 5B021 AA01 BB01 BB10 NN17 NN19

Claims (42)

【特許請求の範囲】
1. 【請求項１】 画像形成処理で使用されるハードウェア
   資源と、画像形成処理にかかるユーザサービスにそれぞ
   れ固有の処理を行うアプリケーションと、前記アプリケ
   ーションと前記ハードウェア資源との間に介在し、前記
   ユーザサービスを提供する際に、アプリケーションの少
   なくとも２つが共通的に必要とする前記ハードウェア資
   源の獲得要求、管理、実行制御並びに画像形成処理を行
   うコントロールサービスとを備え、前記アプリケーショ
   ンと前記コントロールサービスはそれぞれプロセスとし
   て動作し、プロセス間通信を行うことによって前記ユー
   ザサービスを提供する画像形成装置であって、 プロセス間通信に関する通信情報の取得条件を定めた制
   御情報を格納した記憶手段と、 前記アプリケーションのプロセスまたは前記コントロー
   ルサービスのプロセスを含む複数のプロセス間で共有さ
   れる共有メモリと、 前記アプリケーションおよび前記コントロールサービス
   の各プロセス内部で起動され、前記アプリケーションま
   たは前記コントロールサービスのプロセス間通信によっ
   て受信した通信情報から、前記制御情報に基づいて前記
   通信情報を抽出して前記共有メモリに格納する通信情報
   取得手段と、 を備えたことを特徴とする画像形成装置。
2. 【請求項２】 前記制御情報は、前記コントロールサー
   ビスまたは前記アプリケーションの中から前記通信情報
   の取得対象プロセスを指定したものであり、 前記通信情報取得手段は、前記取得対象プロセスにおけ
   る前記通信情報を抽出して前記共有メモリに格納するこ
   とを特徴とする請求項１に記載の画像形成装置。
3. 【請求項３】 前記制御情報は、前記取得対象プロセス
   におけるプロセス間通信の相手先プロセスをさらに指定
   したものであり、 前記通信情報取得手段は、前記相手先プロセスからの通
   信情報のみを抽出して前記共有メモリに格納することを
   特徴とする請求項２に記載の画像形成装置。
4. 【請求項４】 前記制御情報は、前記画像形成処理にか
   かるユーザサービスの中から一または複数のユーザサー
   ビスを指定したものであり、 前記通信情報取得手段は、前記制御情報で指定された前
   記ユーザサービスを提供する際に実行される前記アプリ
   ケーションおよび前記コントロールサービスのすべての
   プロセスを選定して、選定されたプロセスで受信した前
   記通信情報を抽出して前記共有メモリに格納することを
   特徴とする請求項１〜３のいずれか一つに記載の画像形
   成装置。
5. 【請求項５】 前記通信情報取得手段は、前記通信情報
   のデータ種別またはプロセス情報を含むヘッダ情報のみ
   を前記通信情報として抽出して前記共有メモリに格納す
   ることを特徴とする請求項１〜４のいずれか一つに記載
   の画像形成装置。
6. 【請求項６】 前記共有メモリに格納された前記通信情
   報を一定時間ごとに取得し、取得した前記通信情報を記
   録した通信履歴情報を生成する通信履歴生成手段をさら
   に備えたことを特徴とする請求項１〜５のいずれか一つ
   に記載の画像形成装置。
7. 【請求項７】 前記通信履歴生成手段は、さらに前記通
   信履歴情報を、ネットワークに接続されて複数の画像形
   成装置を管理する管理装置に送信することを特徴とする
   請求項６に記載の画像形成装置。
8. 【請求項８】 画像形成処理で使用されるハードウェア
   資源と、画像形成処理にかかるユーザサービスにそれぞ
   れ固有の処理を行うアプリケーションと、前記アプリケ
   ーションと前記ハードウェア資源との間に介在し、ユー
   ザサービスを提供する際に、アプリケーションの少なく
   とも２つが共通的に必要とする前記ハードウェア資源の
   獲得要求、管理、実行制御並びに画像形成処理を行うコ
   ントロールサービスとを備え、前記アプリケーションと
   前記コントロールサービスはそれぞれプロセスとして動
   作し、プロセス間通信を行うことによって前記ユーザサ
   ービスを提供する画像形成装置であって、 プロセス間通信に関する通信情報の取得条件を定めた制
   御情報を格納した記憶手段と、 前記アプリケーションのプロセスまたは前記コントロー
   ルサービスのプロセスを含む複数のプロセス間で共有さ
   れる共有メモリと、 前記アプリケーションおよび前記コントロールサービス
   のプロセスの中で起動され、プロセス間通信により受信
   した通信情報を前記共有メモリに格納する通信情報取得
   手段と、 一定時間ごとに、前記共有メモリから前記制御情報に基
   づいて前記通信情報を抽出し、抽出した前記通信情報を
   記録した通信履歴情報を生成する通信履歴生成手段と、 を備えたことを特徴とする画像形成装置。
9. 【請求項９】 前記制御情報は、前記コントロールサー
   ビスまたは前記アプリケーションの中から前記通信情報
   の取得対象プロセスを指定したものであり、 前記通信履歴生成手段は、前記取得対象プロセスにおけ
   る前記通信情報を抽出して前記通信履歴情報を生成する
   ことを特徴とする請求項８に記載の画像形成装置。
10. 【請求項１０】 前記制御情報は、前記取得対象プロセ
    スにおけるプロセス間通信の相手先プロセスをさらに指
    定したものであり、 前記通信履歴生成手段は、前記相手先プロセスからの前
    記通信情報のみを抽出して前記通信履歴情報を生成する
    ことを特徴とする請求項９に記載の画像形成装置。
11. 【請求項１１】 前記制御情報は、前記画像形成処理に
    かかるユーザサービスの中から一または複数のユーザサ
    ービスを指定したものであり、 前記通信履歴生成手段は、前記制御情報で指定された前
    記ユーザサービスを提供する際に実行される前記アプリ
    ケーションおよび前記コントロールサービスのすべての
    プロセスにおける前記通信情報を抽出して前記通信履歴
    情報を生成することを特徴とする請求項８〜１０のいず
    れか一つに記載の画像形成装置。
12. 【請求項１２】 前記通信履歴生成手段は、前記通信情
    報のデータ種別またはプロセス情報を含むヘッダ情報の
    みを前記通信情報として抽出して前記通信履歴情報を生
    成することを特徴とする請求項８〜１１のいずれか一つ
    に記載の画像形成装置。
13. 【請求項１３】 通信履歴開始要求があったときに、プ
    ロセス間通信に関する通信情報の取得要求を前記アプリ
    ケーションまたは前記コントロールサービスのプロセス
    に送信する通信履歴管理手段をさらに備え、 前記通信情報取得手段は、前記アプリケーションおよび
    前記コントロールサービスのプロセスが前記取得要求を
    受信したときに起動されることを特徴とする請求項１〜
    １２のいずれか一つに記載の画像形成装置。
14. 【請求項１４】 前記アプリケーションおよび前記コン
    トロールサービスは、前記通信情報取得手段をプロセス
    内部で起動する起動関数を有し、 前記通信履歴管理手段は、前記起動関数の呼び出しによ
    り、前記取得対象の前記アプリケーションのプロセスお
    よび前記コントロールサービスのプロセスに前記取得要
    求を行うことを特徴とする請求項１３に記載の画像形成
    装置。
15. 【請求項１５】 前記通信履歴管理手段は、さらに前記
    制御情報を受信し、受信した前記制御情報を前記記憶手
    段に格納することを特徴とする請求項１３または１４に
    記載の画像形成装置。
16. 【請求項１６】 前記コントロールサービスは、画像形
    成装置で動作するプロセスの制御およびオペレーション
    パネルの制御を行うシステムコントロールサービスを備
    え、 前記システムコントロールサービスは、前記通信履歴開
    始要求と前記制御情報を受信し、受信した前記通信履歴
    開始要求と前記制御情報を前記通信履歴管理手段に転送
    することを特徴とする請求項１３〜１５のいずれか一つ
    に記載の画像形成装置。
17. 【請求項１７】 前記システムコントロールサービス
    は、前記通信履歴開始要求と前記制御情報を、ネットワ
    ークに接続された複数の画像形成装置を管理する管理装
    置から受信することを特徴とする請求項１６に記載の画
    像形成装置。
18. 【請求項１８】 前記システムコントロールサービス
    は、前記通信履歴開始要求と前記制御情報を、ネットワ
    ークに接続されたクライアント端末から受信することを
    特徴とする請求項１６に記載の画像形成装置。
19. 【請求項１９】 前記共有メモリは、前記通信情報の取
    得対象である前記コントロールサービスまたは前記アプ
    リケーションの各プロセスごとに別個に設けられている
    ことを特徴とする請求項１〜１８のいずれか一つに記載
    の画像形成装置。
20. 【請求項２０】 画像形成処理で使用されるハードウェ
    ア資源と、画像形成処理にかかるユーザサービスにそれ
    ぞれ固有の処理を行うアプリケーションと、前記アプリ
    ケーションと前記ハードウェア資源との間に介在し、前
    記ユーザサービスを提供する際に、前記アプリケーショ
    ンの少なくとも２つが共通的に必要とする前記ハードウ
    ェア資源の獲得要求、管理、実行制御並びに画像形成処
    理を行うコントロールサービスとを有し、前記アプリケ
    ーションと前記コントロールサービスはプロセスとして
    動作し、プロセス間通信を行うことによって前記ユーザ
    サービスを提供する画像形成装置と、前記画像形成装置
    とネットワークによって接続され、前記画像形成装置を
    管理する管理サーバとを備えた画像形成システムであっ
    て、 前記画像形成装置は、 プロセス間通信に関する通信情報の取得条件を定めた制
    御情報を格納した記憶手段と、 前記アプリケーションおよび前記コントロールサービス
    の各プロセス内部で起動され、前記アプリケーションま
    たは前記コントロールサービスのプロセス間通信によっ
    て受信した通信情報から、前記制御情報に基づいて前記
    通信情報を抽出する通信情報取得手段と、 前記通信情報取得手段によって抽出された前記通信情報
    を、前記管理サーバに送信する送信手段と、を備え、 前記管理サーバは、 前記画像形成装置から前記通信情報を受信し、受信した
    前記通信情報を記録した通信履歴情報を生成する通信履
    歴生成手段を備えたことを特徴とする画像形成システ
    ム。
21. 【請求項２１】 前記画像形成装置は、 前記アプリケーションのプロセスまたは前記コントロー
    ルサービスのプロセスを含む複数のプロセス間で共有さ
    れる共有メモリを備え、 前記通信情報取得手段は、さらに抽出した前記通信情報
    を、前記共有メモリに格納し、 前記送信手段は、前記共有メモリに格納された前記通信
    情報を一定時間ごとに取得して、取得した前記通信情報
    を前記管理サーバに送信することを特徴とする請求項２
    ０に記載の画像形成システム。
22. 【請求項２２】 画像形成処理で使用されるハードウェ
    ア資源と、画像形成処理にかかるユーザサービスにそれ
    ぞれ固有の処理を行うアプリケーションと、前記アプリ
    ケーションと前記ハードウェア資源との間に介在し、前
    記ユーザサービスを提供する際に、前記アプリケーショ
    ンの少なくとも２つが共通的に必要とする前記ハードウ
    ェア資源の獲得要求、管理、実行制御並びに画像形成処
    理を行うコントロールサービスとを有し、前記アプリケ
    ーションと前記コントロールサービスはプロセスとして
    動作し、プロセス間通信を行うことによって前記ユーザ
    サービスを提供する画像形成装置と、前記画像形成装置
    とネットワークによって接続され、前記画像形成装置を
    管理する管理サーバとを備えた画像形成システムであっ
    て、 前記画像形成装置は、 前記アプリケーションおよび前記コントロールサービス
    のプロセスの中で起動され、プロセス間通信により受信
    した通信情報を取得する通信情報取得手段と、 前記通信情報取得手段により取得した前記通信情報を、
    前記管理サーバに送信する送信手段と、を備え、 前記管理サーバは、 プロセス間通信に関する通信情報の取得条件を定めた制
    御情報を格納した記憶手段と、 前記画像形成装置から前記通信情報を受信し、受信した
    前記通信情報から前記制御情報に基づいて前記通信情報
    を抽出して通信履歴情報を生成する通信履歴生成手段
    と、 を備えたことを特徴とする画像形成システム。
23. 【請求項２３】 前記画像形成装置は、 前記アプリケーションのプロセスまたは前記コントロー
    ルサービスのプロセスを含む複数のプロセス間で共有さ
    れる共有メモリをさらに備え、 前記通信情報取得手段は、さらに取得した前記通信情報
    を前記共有メモリに格納し、 前記送信手段は、一定時間ごとに、前記共有メモリから
    前記通信情報を取得して、取得した前記通信情報を前記
    管理サーバに送信することを特徴とする請求項２２に記
    載の画像形成システム。
24. 【請求項２４】 前記管理サーバは、さらに前記通信履
    歴情報を、ネットワークに接続されて前記画像形成装置
    の動作情報を管理する遠隔集中管理装置に送信する遠隔
    送信手段をさらに備えたことを特徴とする請求項２０〜
    ２３のいずれか一つに記載の画像形成システム。
25. 【請求項２５】 画像形成処理で使用されるハードウェ
    ア資源と、画像形成処理にかかるユーザサービスにそれ
    ぞれ固有の処理を行うアプリケーションのプロセスと、
    前記アプリケーションと前記ハードウェア資源との間に
    介在し、前記ユーザサービスを提供する際に、アプリケ
    ーションの少なくとも２つが共通的に必要とする前記ハ
    ードウェア資源の獲得要求、管理、実行制御並びに画像
    形成処理を行うコントロールサービスのプロセスとを備
    えた画像形成装置で行われるプロセス間通信に関する通
    信情報を取得するプロセス間通信情報取得方法であっ
    て、 前記アプリケーションおよび前記コントロールサービス
    の各プロセス内部で、前記アプリケーションまたは前記
    コントロールサービスのプロセス間通信による通信情報
    から、前記通信情報の取得条件を定めた制御情報に基づ
    いて前記通信情報を抽出して前記共有メモリに格納する
    通信情報取得ステップを含んだことを特徴とするプロセ
    ス間通信情報取得方法。
26. 【請求項２６】 前記通信情報取得ステップは、前記制
    御情報により指定された前記通信情報の取得対象プロセ
    スにおける前記通信情報を抽出して前記共有メモリに格
    納することを特徴とする請求項２５に記載のプロセス間
    通信情報取得方法。
27. 【請求項２７】 前記通信情報取得ステップは、前記制
    御情報により指定された前記取得対象プロセスにおける
    プロセス間通信の相手先プロセスからの前記通信情報の
    みを抽出して前記共有メモリに格納することを特徴とす
    る請求項２６に記載のプロセス間通信情報取得方法。
28. 【請求項２８】 前記通信情報取得ステップは、前記制
    御情報で指定された一または複数の前記ユーザサービス
    を提供する際に実行される前記アプリケーションおよび
    前記コントロールサービスのすべてのプロセスにおける
    前記通信情報を抽出して前記共有メモリに格納すること
    を特徴とする請求項２５〜２７のいずれか一つに記載の
    プロセス間通信情報取得方法。
29. 【請求項２９】 前記通信情報取得ステップは、前記通
    信情報のデータ種別またはプロセス情報を含むヘッダ情
    報のみを前記通信情報として抽出して前記共有メモリに
    格納することを特徴とする請求項２５〜２８のいずれか
    一つに記載のプロセス間通信情報取得方法。
30. 【請求項３０】 前記共有メモリに格納された前記通信
    情報を一定時間ごとに取得し、取得した前記通信情報を
    記録した通信履歴情報を生成する通信履歴生成ステップ
    をさらに含んだことを特徴とする請求項２５〜２９のい
    ずれか一つに記載のプロセス間通信情報取得方法。
31. 【請求項３１】 前記通信履歴生成ステップは、前記通
    信履歴情報を、ネットワークに接続されて複数の画像形
    成装置を管理する管理装置に送信する送信ステップを含
    んだことを特徴とする請求項３０に記載のプロセス間通
    信情報取得方法。
32. 【請求項３２】 画像形成処理で使用されるハードウェ
    ア資源と、画像形成処理にかかるユーザサービスにそれ
    ぞれ固有の処理を行うアプリケーションのプロセスと、
    前記アプリケーションと前記ハードウェア資源との間に
    介在し、前記ユーザサービスを提供する際に、アプリケ
    ーションの少なくとも２つが共通的に必要とする前記ハ
    ードウェア資源の獲得要求、管理、実行制御並びに画像
    形成処理を行うコントロールサービスのプロセスとを備
    えた画像形成装置で行われるプロセス間通信に関する通
    信情報を取得するプロセス間通信情報取得方法であっ
    て、 前記アプリケーションおよび前記コントロールサービス
    の各プロセス内部で、プロセス間通信によって受信した
    通信情報を共有メモリに格納する通信情報取得ステップ
    と、 一定時間ごとに、前記共有メモリから、プロセス間通信
    に関する通信情報の取得条件を定めた制御情報に基づい
    て前記通信情報を抽出し、抽出した前記通信情報を記録
    した通信履歴情報を生成する通信履歴生成ステップと、 を含んだことを特徴とするプロセス間通信情報取得方
    法。
33. 【請求項３３】 前記通信履歴生成ステップは、前記制
    御情報により指定された前記通信情報の取得対象プロセ
    スにおける前記通信情報を抽出して、前記通信履歴情報
    を生成することを特徴とする請求項３２に記載のプロセ
    ス間通信情報取得方法。
34. 【請求項３４】 前記通信履歴生成ステップは、前記制
    御情報により指定された前記取得対象プロセスにおける
    プロセス間通信の相手先プロセスからの通信情報のみを
    抽出して、前記通信履歴情報を生成することを特徴とす
    る請求項３３に記載のプロセス間通信情報取得方法。
35. 【請求項３５】 前記通信履歴生成ステップは、前記制
    御情報で指定された一または複数の前記ユーザサービス
    を提供する際に実行される前記アプリケーションおよび
    前記コントロールサービスのすべてのプロセスにおける
    前記通信情報を抽出して、前記通信履歴情報を生成する
    ことを特徴とする請求項３２〜３４のいずれか一つに記
    載のプロセス間通信情報取得方法。
36. 【請求項３６】 前記通信履歴生成ステップは、前記通
    信情報のデータ種別またはプロセス情報を含むヘッダ情
    報のみを前記通信情報として抽出して、前記通信履歴情
    報を生成することを特徴とする請求項３２〜３５のいず
    れか一つに記載のプロセス間通信情報取得方法。
37. 【請求項３７】 通信履歴開始要求があったときに、プ
    ロセス間通信に関する通信情報の取得要求を前記アプリ
    ケーションまたは前記コントロールサービスのプロセス
    に送信する通信情報取得要求ステップをさらに備え、 前記通信情報取得ステップは、前記アプリケーションお
    よび前記コントロールサービスのプロセスが前記取得要
    求を受信したときに実行されることを特徴とする請求項
    ２５〜３６のいずれか一つに記載のプロセス間通信情報
    取得方法。
38. 【請求項３８】 前記アプリケーションおよび前記コン
    トロールサービスは、前記通信情報取得ステップをプロ
    セス内部で実行する起動関数を有しており、 前記通信情報取得要求ステップは、前記起動関数の呼び
    出しにより、前記取得対象の前記アプリケーションのプ
    ロセスおよび前記コントロールサービスのプロセスに前
    記取得要求を行うことを特徴とする請求項３７に記載の
    プロセス間通信情報取得方法。
39. 【請求項３９】 前記通信情報取得要求ステップは、さ
    らに前記制御情報を受信し、受信した前記制御情報を記
    憶手段に格納することを特徴とする請求項３７または３
    ８に記載のプロセス間通信情報取得方法。
40. 【請求項４０】 前記通信情報取得要求ステップは、前
    記通信履歴開始要求と前記制御情報を、ネットワークに
    接続された複数の画像形成装置を管理する管理装置から
    受信することを特徴とする請求項３９に記載のプロセス
    間通信情報取得方法。
41. 【請求項４１】 前記通信情報取得要求ステップは、前
    記通信履歴開始要求と前記制御情報を、ネットワークに
    接続されたクライアント端末から受信することを特徴と
    する請求項３９に記載のプロセス間通信情報取得方法。
42. 【請求項４２】 請求項２５〜４１のいずれか一つに記
    載された方法をコンピュータに実行させるプログラム。