(57)【要約】【課題】  収集したログ情報と、ネットワークパケット情報を異なるアプリケーションで閲覧する必要があり、収集したログ情報とネットワークパケット情報の前後関係を視覚的に捉えることは難しかった。さらに、ログ情報とネットワークパケットが別機器で行われる場合には、設定時間の差分が発生し得るという課題があった。【解決手段】  ログ情報をネットワークパケットフォーマットに変換し、ローカルループバックインターフェースを介して送受信し、ネットワークパケットとして記録することによって、ネットワークパケットアナライザからの閲覧を可能とする。【選択図】  図２
2009152762.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク通信機能を持つ画像形成装置において、
ネットワーク通信部分を流れる通信データを不揮発性領域に保存する手段と、
データを自装置に送信するローカルループバックインターフェースと、
画像形成装置内で発生した情報をログ文字列として形成する手段と、
形成したログ文字列をネットワークパケットフォーマットに編集する手段と、
上記ネットワークパケットフォーマットデータを、ローカルループバックインターフェースを介して送受信する手段と、
持つことを特徴とする画像形成装置。
【請求項２】
請求項１において、
ログ文字列から編集したネットワークパケットフォーマットデータをローカルループバックインターフェースに送信する際の送り先ポート番号をアプリケーション単位に変更させる手段とを
持つことを特徴とする画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置が置かれている状態を把握するために装置に組み込むログ収集システムに関するものである。
【背景技術】
【０００２】
近年、インターネットやイントラネットといったネットワーク上で画像形成装置が利用される機会が多くなっている。さらに、画像形成装置そのものの機能性向上により、画像形成装置内での処理は、複雑化している。このような環境の中で、画像形成装置の内部挙動を知るため、装置内のメモリに情報を記録するログ機能が利用されている。さらに、このログ情報をネットワーク上の別機器での閲覧を可能とするため、ログ情報をネットワークパケットフォーマットに変換し、ネットワーク上に送信する手法が用いられている（例えば、特許文献１）。
【０００３】
また、画像形成装置が置かれているネットワーク環境を把握する手法としてネットワークパケットの収集が行われている。ネットワークパケット収集する手法としては、画像形成装置が存在するネットワーク上に、ネットワークパケットを収集する機器を設置する方法が主流となっている。
【０００４】
上記に挙げたログとネットワークパケットを用いることによって、開発者および管理者は、画像形成装置がネットワーク上で、どのような挙動をとっているかを把握し、装置の問題解決や機能動作の確認に役立てている。
【特許文献１】特開２００１−１６８９５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来、画像形成装置の挙動を知るためのログの記録は画像形成装置内で行われ、ネットワークパケットの収集は、別機器で行わるのが通常であった。また、記録されたログは、テキストファイルや専用のアプリケーションで閲覧し、ネットワークパケットは、パケットアナライザといった専用のアプリケーションで閲覧する必要があった。そのため、画像形成装置の開発者及び管理者は、記録したログとネットワークパケットを異なるアプリケーションで閲覧せざるを得なかった。
【０００６】
このような状況においては、収集したログ情報とネットワークパケット情報の前後関係を視覚的に捉えることは難しく、さらに、ログ情報とネットワークパケットが別機器で行われる場合には、設定時間の差分が発生し得るという課題があった。
【課題を解決するための手段】
【０００７】
本発明は上記課題に鑑みてなされたものであり、下記の特徴をもつ。
【０００８】
ネットワーク通信機能を持つ画像形成装置において、
ネットワーク通信部分を流れる通信データを不揮発性領域に保存する手段と、
データを自装置に送信するローカルループバックインターフェースと、
画像形成装置内で発生した情報をログ文字列として形成する手段と、
形成したログ文字列をネットワークパケットフォーマットに編集する手段と、
上記ネットワークパケットフォーマットデータを、ローカルループバックインターフェースを介して送受信する手段と、
持つことを特徴とする。
【０００９】
上記画像形成装置において、
ログ文字列から編集したネットワークパケットフォーマットデータをローカルループバックインターフェースに送信する際の送り先ポート番号をアプリケーション単位に変更させる手段とを
持つことを特徴とする。
【発明の効果】
【００１０】
本発明を実施することにより、従来、画像形成装置の挙動を知るためのシステムログと、ネットワークパケット情報を、同じアプリケーションで閲覧する事が可能となり、情報の前後関係を視覚的に捉える事が可能となる。さらに、システムログ情報とネットワークパケットが別機器で行われる事による、設定時間のズレを防ぐことが出来る。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明の実施の形態を説明する。
【００１２】
図１は、本発明を適用したネットワーク構成図である。
【００１３】
画像形成装置１０１および、クライアントＰＣ１０２は、ルータ１０３で構成されたサブネット１に接続されている。クライアントＰＣ１０２は、このネットワークを介して画像形成装置１０１の機能を利用することが可能である。
【００１４】
図２は、画像形成装置１０１のハードウェア構成を示すブロック図である。
【００１５】
スキャナＩ／Ｆ制御部２０１は、スキャナ２１３を制御する装置である。ＣＰＵ２０２は、印刷装置のソフトウェアプログラムを実行し、装置全体の制御を行う。ＲＯＭ２０３は、リードオンリーメモリであり、装置のブートプログラムや固定パラメータ等が格納されている。ＲＡＭ２０４は、ランダムアクセスメモリであり、ＣＰＵ２０２が装置を制御する際に、一時的なデータの格納などに使用する。ＨＤＤ２０５は、ハードディスクドライブであり、印刷データの格納など、様々なデータの格納に使用する。プリンタＩ／Ｆ制御部２０６は、プリンタ４１２を制御する装置である。ＮＶＲＡＭ２０７は、不揮発性のメモリであり印刷装置の各種設定値を保存するためのものである。パネル制御部２０８は、オペレーションパネル４１４を制御し、各種情報の表示、使用者からの指示入力を行う。ネットワークＩ／Ｆ制御部２０９は、ネットワークとのデータの送受信を制御する。バス２１０は、スキャナＩ／Ｆ制御部２０１、ＣＰＵ２０２、ＲＯＭ２０３、ＲＡＭ２０４、ＨＤＤ２０５、プリンタＩ／Ｆ制御部２０６、ＮＶＲＡＭ２０７、パネル制御部２０８、ネットワークＩ／Ｆ制御部２０９が接続され、ＣＰＵ２０２からの制御信号や各装置間のデータ信号が送受信されるシステムバスである。
【００１６】
クライアントＰＣ１０２に関しては汎用のＰＣ（パーソナルコンピュータ）を使用するものとし、ハードウェア構成の説明は行わない。
【００１７】
図３は、画像形成装置１０１のソフトウェア構成を示す。ネットワークドライバ３０１は、ネットワークＩ／Ｆ制御部を論理的にネットワークＩ／Ｆ３０２とローカルループバックＩ／Ｆ３０３に分け、それぞれの制御を行う。ネットワークＩ／Ｆ３０２は、サブネット１に存在する別通信機器との通信を行う。ローカルループバックＩ／Ｆ３０３は、ネットワークＩ／Ｆ制御部の一部であり、画像形成装置１０１内部での通信（ローカルループバック通信）を行う。プロトコルスタック３０４は、アプリケーションから受け取ったデータを、ネットワークパケットフォーマットに変換する。さらに、変換したデータを、ネットワークドライバ３０１を介して、ネットワークＩ／Ｆ３０２及びローカルループバックＩ／Ｆ３０３へ渡す。ネットワークＩ／Ｆ３０２は、受け取った通信データをサブネット１へ送信する。逆に、ネットワークＩ／Ｆ３０２が、サブネット１から通信データを受信した場合、ネットワークドライバ３０１を介して、プロトコルスタック３０４へ渡される。ローカルループバックＩ／Ｆ３０３では、通信データを受け取った場合、受け取った通信データを、ネットワークドライバ３０１を介して、プロトコルスタック３０４へ渡す。プロトコルスタック３０４は、ネットワークパケットフォーマットを解析し、該当するアプリケーションへ渡す。本実施例では、アプリケーションの例として印刷アプリケーション３０５を例として利用している。
【００１８】
ネットワークパケット記録部３０６は、ネットワークドライバ３０１とプロトコルスタック３０４との間で受け渡しが行われる通信データをＨＤＤ２０５へ記録する。
【００１９】
システムログ管理部３０７は、アプリケーションからログ情報を受け取り、ＨＤＤ２０５へ記録する。システムログ管理部３０７は、ログ送信部３０８とログ受信部３０９より構成される。
【００２０】
印刷アプリケーション３０５は、受信したデータをプリンタＩ／Ｆ制御部２０６へ渡すために、ＨＤＤ２０５へ記録する処理を行う。
【００２１】
図４は、ネットワークＩ／Ｆ３０２を利用した通信を行った場合の、データの流れを示している。データフロー４０１は、印刷アプリケーション３０５から、ネットワーク上の別通信機器へデータを送信する際の、データの流れを示している。データフロー４０１は、ネットワークパケット記録部３０６でコピーされ、データフロー４０２としてＨＤＤ２０５へ記録される。データフロー４０３は、ネットワーク上の別通信機器から通信データを受信した場合のデータの流れを示している。データフロー４０３は、ネットワークパケット記録部３０６でコピーされ、データフロー４０４としてＨＤＤ２０５へ記録される。この時、ＨＤＤ２０５への記録は、ネットワーク上を流れるバイナリデータ形式を用いて行われる。
【００２２】
図５は、ネットワークＩ／Ｆ３０２を利用した通信を行った場合に、ネットワークパケット記録部３０６が記録したバイナリデータを１６進数で表示した場合の例である。
【００２３】
図６は、ネットワークＩ／Ｆ３０２を利用した通信を行った場合に、ネットワークパケット記録部３０６が記録したバイナリデータを、ネットワークパケットアナライザを利用して表示した例を示す。ネットワークパケットフォーマットのデータを各種ネットワークプロトコルに応じて解析するネットワークアナライザを利用する事によって、ネットワークパケット解析者が理解し易い形式で表示する事が可能となる。ＮＯ６０１は、ネットワークパケット単位に付与された通し番号を示す。ＴＩＭＥ６０２は、ネットワークパケットの収集を開始してからの経過時間を示す。ＳＯＵＲＣＥ６０３は、ネットワークパケットを送信した機器のＩＰアドレスを示す。ＤＥＳＴＩＮＡＴＩＯＮ６０４は、ネットワークパケットを受信すべき機器のＩＰアドレスを示す。ＰＴＯＴＯＣＯＬ６０５は、ネットワークパケットに含まれているポート番号からネットワークプロトコルを判断した結果を示す。ＩＮＦＯ６０６は、各ネットワークプロトコルに応じて、パケットの内部を解析した情報を示す。詳細情報６０７は、各ネットワークパケットの通信データを表示する。本実施例では、印刷プロトコルの一つであるＬＰＤ（Ｌｉｎｅ  Ｐｒｉｎｔｅｒ  Ｄａｅｍｏｎ）を利用する際に、送受信されたネットワークパケットの一部を挙げている。
【００２４】
図７は、システムログ管理部３０７が、各アプリケーションに提供するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）の例を示す。第一引数７０１は、各アプリケーションに割り当てられたキーを示し、アプリケーションを判別するために用いられる。第二引数７０２は、ログとして残した文字列を示す。第一引数７０１、第二引数７０２共に、ＡＰＩ利用元が設定する引数である。
【００２５】
図８は、図７で示したＡＰＩを利用して、印刷アプリケーション３０５から渡されたログ情報を、システムログ管理部３０７が、本特許の特徴を利用せずに保存した場合のログ例を示す。ログは、テキスト形式で保存されている。
【００２６】
図９は、図７で示したＡＰＩを利用して、印刷アプリケーション３０５から渡されたログ情報を、システムログ管理部３０７が、本特許の特徴を利用した場合の、ログ情報フローを示す。印刷アプリケーション３０５から渡されたログ情報は、システムログ管理部３０７のログ送信部３０８に渡され、自装置宛のローカルループバックパケットして送信される（ログ情報フロー９０１）。このログ情報は、ローカルループバックＩ／Ｆ３０３で折り返され、システムログ管理部３０７のログ受信部３０９で受信される（ログ情報フロー９０２）。その間に、ネットワークパケットログ記録部３０７により、ＨＤＤ２０５へ記録される（ログ情報フロー９０３）。この時、ＨＤＤ２０５への記録は、バイナリデータ形式を用いて行われる。
【００２７】
この際、ログ情報フロー９０１とログ情報フロー９０２の情報は、ほぼ同内容となる。同内容のログ情報が貼付してＨＤＤ２０５へ記録される事を防ぐため、ネットワークパケットログ記録部３０７では、ログ情報フロー９０１の情報をＨＤＤ２０５へ記録しない。
【００２８】
図１０は、本実施例において、システムログ管理部３０７におけるログ送信部３０８の処理フローを示す。処理フローは、図７で示したＡＰＩを、印刷アプリケーション３０５が実行した場合に実行される。本実施例では、印刷アプリケーション３０５から渡されたログ情報を、ローカルループバックＩ／Ｆ３０３を利用してローカルループバック通信を行うために、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）を利用する。ＵＤＰ通信時に利用する送信先ポート番号には、図７で示したＡＰＩの第一引数７０１を利用する。ＵＤＰ通信時に利用する送信元ポート番号には、あらかじめ決定していおいた番号（ログ用ポート番号）を利用する。それを実現するための、ソケットを開き（１００１）、印刷アプリケーション３０５から渡されたログ情報を送信し（１００２）、利用したソケットを閉じる（１００３）。
【００２９】
図１１は、本実施例において、システムログ管理部３０７におけるログ受信部３０９の処理フローを示す。ログ受信部３０９では、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）を利用してローカルループバックＩ／Ｆから受信されたデータの読み捨てを行う（１１０１，１１０２，１１０３）。
【００３０】
図１２は、本実施例において、ネットワークパケットログ記録部３０７の処理フローを示す。図９におけるログ情報フロー９０１の情報を記録しないため、下記の判断を行っている。まず、ネットワークパケットの送信元ＩＰアドレスを判断し、ローカルループバックアドレスかどうかを判断する（１２０１）。さらに、送信元ポート番号が、ログ用ポート番号かどうかを判断する（１２０２）。判断１２０１、判断１２０２に該当した場合には、ログ情報の記録を行わない。それ以外の場合には、ＨＤＤ２０５へログ情報を記録する（１２０３）。
【００３１】
図１３は、が記録したバイナリデータを、ネットワークパケットアナライザを利用して表示した例を示す。ネットワークＩ／Ｆ３０２を介してネットワーク上の別通信機器と送受信したデータと合わせて、印刷アプリケーション３０５のログ情報を閲覧する事が出来る。ＮＯ１３０１は、ネットワークパケット単位に付与された通し番号を示す。ＴＩＭＥ１３０２は、ネットワークパケットの収集を開始してからの経過時間を示す。ＳＯＵＲＣＥ１３０３は、ネットワークパケットを送信した機器のＩＰアドレスを示す。ＤＥＳＴＩＮＡＴＩＯＮ１３０４は、ネットワークパケットを受信すべき機器のＩＰアドレスを示す。ＰＴＯＴＯＣＯＬ１３０５は、ネットワークパケットに含まれているポート番号からネットワークプロトコルを判断した結果を示す。ＩＮＦＯ１３０６は、各ネットワークプロトコルに応じて、パケットの内部を解析した情報を示す。詳細情報１３０７は、各ネットワークパケットの通信データを表示する。本実施例では、ログ情報の例を挙げている。
【００３２】
このように、ログと、ネットワークパケット情報を、同じアプリケーションで閲覧する事が可能となり、情報の前後関係を視覚的に捉える事が可能となる。さらに、システムログ情報とネットワークパケットが別機器で行われる事による、設定時間のズレを防ぐことが出来る。
【図面の簡単な説明】
【００３３】
【図１】本実施例におけるネットワーク構成図
【図２】本実施例における画像形成装置１０１のハードウェア構成を示すブロック図
【図３】本実施例における画像形成装置１０１のソフトウェア構成図
【図４】本実施例において、ネットワークＩ／Ｆ３０２を利用した通信を行った場合の、データの流れ
【図５】本実施例において、ネットワークパケット記録部３０６が記録したバイナリデータ例
【図６】本実施例において、ネットワークパケット記録部３０６が記録したデータを、ネットワークパケットアナライザを利用して表示した例
【図７】システムログ管理部３０７が提供するＡＰＩ例
【図８】本特許の特徴を利用せずに保存した場合のログ例
【図９】本実施例におけるログ情報の流れ
【図１０】本実施例におけるログ送信部３０８の処理フロー
【図１１】本実施例におけるログ受信部３０９の処理フロー
【図１２】本実施例におけるネットワークパケットログ記録部３０７の処理フロー
【図１３】本実施例において、ネットワークパケット記録部３０６が記録したデータを、ネットワークパケットアナライザを利用して表示した例
【符号の説明】
【００３４】
１０１  画像形成装置
１０２  クライアントＰＣ
１０３  ルータ
【図１】
2009152762.tif 000003
【図２】
2009152762.tif 000004
【図３】
2009152762.tif 000005
【図４】
2009152762.tif 000006
【図５】
2009152762.tif 000007
【図６】
2009152762.tif 000008
【図７】
2009152762.tif 000009
【図８】
2009152762.tif 000010
【図９】
2009152762.tif 000011
【図１０】
2009152762.tif 000012
【図１１】
2009152762.tif 000013
【図１２】
2009152762.tif 000014
【図１３】
2009152762.tif 000015