(57)【要約】【課題】発生した障害を解析する際、機密情報の漏洩を防止する通信装置を提供する。【解決手段】パケット取得アプリケーション３０５が実行されると、ＣＰＵ２０１は、ネットワーク１０３からＴＣＰ／ＩＰのパケットを受信すると、ＵＤＰヘッダあるいはＴＣＰヘッダのポート番号を抽出する（Ｓ３）。ＣＰＵ２０１は、ポート番号が値２１の場合、ＦＴＰパケットの解析を行い（Ｓ４）、ＦＴＰのパスワードが含まれているか否かを解析する。ＣＰＵ２０１は、ポート番号が値１１０の場合、ＰＯＰパケットの解析を行い（Ｓ５）、ＰＯＰのパスワードが含まれているか否かを解析する。解析の結果、パスワードが存在しない場合、ＣＰＵ２０１は、そのままパケットデータを保存する（Ｓ９）。一方、パスワードが存在する場合、ＣＰＵ２０１は、パスワード部分を値０のデータで埋めてパスワード部分を消去し、パケットデータを保存する（Ｓ９）。【選択図】図５
2010009223.tif 000002
【特許請求の範囲】
【請求項１】
データの解析機能を有する通信装置であって、
通信回線からデータを取得する取得手段と、
前記取得したデータに所定の条件を満たす特定のデータが存在するか否かを解析する解析手段と、
前記解析の結果、前記特定のデータが存在する場合、当該特定のデータ部分を消去する消去手段と、
前記消去された特定のデータ部分以外の前記データを保存する保存手段とを備えたことを特徴とする通信装置。
【請求項２】
前記取得手段は、前記通信回線であるネットワークからパケットデータを取得し、
前記解析手段は、前記取得したパケットデータに所定の条件を満たす特定のデータが存在するか否かを解析し、
前記保存手段は、前記消去された特定のデータ部分以外の前記パケットデータを保存することを特徴とする請求項１記載の通信装置。
【請求項３】
前記パケットデータの種類を判別する判別手段を備え、
前記解析手段は、前記判別されたパケットデータの種類に応じて異なる前記特定のデータが存在するか否かを解析することを特徴とする請求項２記載の通信装置。
【請求項４】
前記特定のデータは機密情報であることを特徴とする請求項１記載の通信装置。
【請求項５】
前記消去手段は、前記特定のデータ部分を所定の値で置き換えることを特徴とする請求項１記載の通信装置。
【請求項６】
前記通信装置は、前記ネットワークに接続された画像形成装置であることを特徴とする請求項２記載の通信装置。
【請求項７】
前記通信装置は、前記ネットワークに接続された情報処理装置であることを特徴とする請求項２記載の通信装置。
【請求項８】
データの解析機能を有する通信装置の制御方法であって、
前記通信装置が、通信回線からデータを取得する取得ステップと、
前記通信装置が、前記取得したデータに所定の条件を満たす特定のデータが存在するか否かを解析する解析ステップと、
前記通信装置が、前記解析の結果、前記特定のデータが存在する場合、当該特定のデータ部分を消去する消去ステップと、
前記通信装置が、前記消去された特定のデータ部分以外の前記データを保存する保存ステップとを有することを特徴とする通信装置の制御方法。
【請求項９】
データの解析機能を有する通信装置の制御方法をコンピュータに実行させるプログラムにおいて、
前記制御方法は、
前記通信装置が、通信回線からデータを取得する取得ステップと、
前記通信装置が、前記取得したデータに所定の条件を満たす特定のデータが存在するか否かを解析する解析ステップと、
前記通信装置が、前記解析の結果、前記特定のデータが存在する場合、当該特定のデータ部分を消去する消去ステップと、
前記通信装置が、前記消去された特定のデータ部分以外の前記データを保存する保存ステップとを有することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データの解析機能を有する通信装置、その制御方法およびプログラムに関する。
【背景技術】
【０００２】
従来から、ネットワーク通信機器で障害が発生した場合、ネットワーク通信路を流れるパケットを採取して障害の原因を調査する手法が存在していた。その一般的な方法では、障害の解析者は、パケット取得を行う専用の機器をＨＵＢなどの集線機器に接続し、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）上を流れるパケットを採取する。
【０００３】
さらに、障害の解析者は、採取したパケットから、調査対象となるネットワーク通信機器が送受信しているパケットのデータの内容を解析し、規定外のデータを受信している箇所や、受信パケットに対する応答遅延が発生している箇所を特定する。
【０００４】
そして、障害の解析者は、それらの箇所が障害の原因であるか否かを切り分けるために、同一のパケットをネットワーク機器に送信して障害の再現確認を行ったり、ネットワーク機器の通信を司るソースコードを解析するといった原因調査を行う。
【０００５】
このようなパケットの取得や解析作業において、パケットの取得機器の記憶領域を確保することや、また解析作業の労力を削減することを目的として、パケットのフィルタリング機能が存在する。このフィルタリング機能では、特定の条件にマッチするパケットのみを取得することで、採取するパケット数を削減することができ、採取したパケットを記録するメモリ領域や、長期的に保存するためのハードディスク領域を削減することができる。加えて、解析に要する工数を削減することが可能となる。
【０００６】
一般的に、フィルタリングのルールは、ネットワークプロトコルの要素で指定されることが多い。例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）やＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などのように特定のプロトコルのみをフィルタリングし、それらのプロトコルのパケットのみを採取することが可能となる。
【０００７】
また各々のプロトコルにおいても、より詳細な要素に分解したフィルタリングが可能である。例として、ＩＰプロトコルにおいて、特定のＤＳＴアドレス（送信先アドレス）、特定のＳＲＣアドレス（送信元アドレス）、特定の上位層のプロトコルなどの条件を設定することで、詳細なフィルタリングを行うことが可能になる。
【０００８】
また近年、パケットの取得機能が備わったネットワーク通信機器も普及し始めている。これにより、パケットの採取を行うための専用の機器を使用しなくても、パケットの取得が可能となる。このため、スイッチングＨＵＢが導入された環境のように専用機器を接続したとしてもパケットの採取を正しく行うことができない場合でも、採取が可能になった。
【０００９】
加えて、最近では、ネットワーク機器の用途や特徴に特化したフィルタリングが可能である。これは、前述のネットワークプロトコルの要素単位でのフィルタリングとは異なり、機器が持っている機能に特化したフィルタリングを行うことにより、障害解析の効率をより向上させることが可能である。
【００１０】
例として、ネットワークプリンタにおいて、受信した印刷ジョブ単位でデータの保存が可能である（特許文献１参照）。これにより、ネットワーク経由での印刷時に発生した障害の解析において、障害が発生した印刷ジョブのみを抽出することが可能となり、解析の効率が向上する。
【特許文献１】特開２００４−３６２３８６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、上記従来のパケット取得方法では、次のような問題があった。すなわち、前述のパケットキャプチャリング技術では、ネットワーク上で送受信される機密情報も取得可能となる。ここで、機密情報として、パスワードなどの認証情報が代表的である。
【００１２】
ネットワーク通信機器としての画像形成装置に障害が発生した場合、障害の解析者は、画像形成装置が送受信するパケットを取得したい場合、顧客などの個人が使用しているパスワードなどの機密情報も取得することになる。このような場合、そのパケットデータが外部に漏洩する事態に至る可能性を伴うため、パケットそのものの取得が許可されない、あるいは、解析のために外部に持ち出すことが許可されない事態となり、障害そのものの解析が難航する可能性がある。
【００１３】
そこで、本発明は、発生した障害を解析する際、機密情報の漏洩を防止することができる通信装置、その制御方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記目的を達成するために、本発明の通信装置は、データの解析機能を有する通信装置であって、通信回線からデータを取得する取得手段と、前記取得したデータに所定の条件を満たす特定のデータが存在するか否かを解析する解析手段と、前記解析の結果、前記特定のデータが存在する場合、当該特定のデータ部分を消去する消去手段と、前記消去された特定のデータ部分以外の前記データを保存する保存手段とを備えたことを特徴とする。
【００１５】
本発明の通信装置の制御方法は、データの解析機能を有する通信装置の制御方法であって、前記通信装置が、通信回線からデータを取得する取得ステップと、前記通信装置が、前記取得したデータに所定の条件を満たす特定のデータが存在するか否かを解析する解析ステップと、前記通信装置が、前記解析の結果、前記特定のデータが存在する場合、当該特定のデータ部分を消去する消去ステップと、前記通信装置が、前記消去された特定のデータ部分以外の前記データを保存する保存ステップとを有することを特徴とする。
【００１６】
本発明のプログラムは、データの解析機能を有する通信装置の制御方法をコンピュータに実行させるプログラムにおいて、前記制御方法は、前記通信装置が、通信回線からデータを取得する取得ステップと、前記通信装置が、前記取得したデータに所定の条件を満たす特定のデータが存在するか否かを解析する解析ステップと、前記通信装置が、前記解析の結果、前記特定のデータが存在する場合、当該特定のデータ部分を消去する消去ステップと、前記通信装置が、前記消去された特定のデータ部分以外の前記データを保存する保存ステップとを有することを特徴とする。
【発明の効果】
【００１７】
本発明の請求項１、４に係る通信装置によれば、データを解析する際、機密情報である特定のデータを除いたデータを取得することができる。これにより、通信装置で発生した障害を解析する際、特定のデータとして機密情報の漏洩を防止することができる。
【００１８】
請求項２に係る通信装置によれば、通信装置で発生した障害の解析のために、機密情報等の特定のデータを除いたパケットデータの取得が可能となる。従って、記録されたパケットデータに特定のデータが含まれないので、その漏洩のおそれが少なく、記録されたパケットデータを解析するために、外部に持ち出すことが可能となる。
【００１９】
請求項３に係る通信装置によれば、パケットデータの種類に応じて異なる特定のデータの存在が解析されるので、機密情報に限らず、種々の特定のデータの保護が可能となる。
【００２０】
請求項５に係る通信装置によれば、特定のデータを所定の値で置き換えるので、簡単に特定のデータを消去することができる。
【発明を実施するための最良の形態】
【００２１】
本発明の通信装置、その制御方法およびプログラムの実施の形態について図面を参照しながら説明する。本実施形態の通信装置は、ネットワークに接続されたネットワーク通信機器である画像形成装置に適用される。
【００２２】
図１は本実施形態の画像形成装置を含むネットワークシステムの構成を示す図である。ユーザ環境のネットワークはＥｔｈｅｒｎｅｔ（登録商標）規格のＬＡＮ１０３である。ＬＡＮ１０３には、それぞれネットワークインターフェイスを有する複数のノードが接続されている。ここでは、複数のノードとして、ＭＦＰ（複合機）１０１、一般的なパーソナルコンピュータであるＰＣ１０２、１０４、および電子メールサーバであるメールサーバ１０５が接続されている。
【００２３】
ＰＣ１０２、ＰＣ１０４には、中央演算装置としてＣＰＵ（Central Processing Unit）が存在する。また、記憶装置として、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）が存在する。また、外部記憶装置として、ＣＤ−ＲＯＭドライブ（Compact Disc Read Only Memory）が存在する。また、外部インターフェイスとして、ＮＩＣ（Network Interface Card）、ＵＳＢホストインターフェイス（Universal Serial Bus）が存在する。また、これらの装置や後述の周辺装置を制御するためのバスが備わっている。また、パーソナルコンピュータ本体に接続される周辺機器として、マウス、ＣＲＴディスプレイ、キーボード等が存在する。
【００２４】
また、ＰＣ１０２に導入されているソフトウェアの主なものとしては、ＯＳ（Operating Software）、およびワードプロセッサや表計算ソフトといったオフィスソフトウェアが備わっている。ＯＳには、その一機能として印刷データをプリンタやＭＦＰにネットワークを経由して送信するためのポートモニタが備わっている。また、後述するメールサーバ１０５に電子メールを送信したり、電子メールを受信したりといった電子メール送受信を行うためのメーラも導入されている。
【００２５】
メールサーバ１０５は、電子メールサーバであり、ＳＭＴＰ（Simple Mail Transfer Protocol）やＰＯＰ３（Post Office Protocol）を用いて電子メールの送受信を司るサーバである。メールサーバ１０５には、ＭＦＰ１０１、ＰＣ１０２およびＰＣ１０４の電子メールアカウントが設定されている。それぞれのノードは、メールサーバ１０５を経由して電子メールを送信することが可能なように、設定されている。
【００２６】
図２はＭＦＰ１０１のコントローラにおける主要なハードウェア構成を示すブロック図である。コントローラユニット２００には、画像入力デバイスであるスキャナ２７０や画像出力デバイスであるプリンタ２９５が接続されている。コントローラユニット２００は、スキャナ２７０で読み取られた画像データをプリンタ２９５で印刷出力するコピー機能を実現するための制御を行う。また、コントローラユニット２００は、ＬＡＮ１０３に接続され、画像情報やデバイス情報の入出力を行うための制御を行う。
【００２７】
具体的に、コントローラユニット２００はＣＰＵ２０１を有する。ＣＰＵ２０１は、ＲＯＭ２０３に格納されているブートプログラムによりオペレーションシステム（ＯＳ）を立ち上げる。そして、ＣＰＵ２０１は、このＯＳ上でＨＤＤ（ハードディスクドライブ）２０４に格納されているアプリケーションプログラムを実行することによって各種処理を行う。このＣＰＵ２０１の作業領域にはＲＡＭ２０２が用いられる。ＲＡＭ２０２は、作業領域とともに、画像データを一時記憶するための画像メモリ領域を提供する。ＨＤＤ２０４は、上記アプリケーションプログラムとともに、画像データを格納する。
【００２８】
また、ＣＰＵ２０１には、システムバス２０７を介して、操作部ＩＦ（操作部インターフェイス）２０６、ネットワークＩＦ（ネットワークインターフェイス）２１０、モデム２５０およびイメージバスＩＦ（イメージインタフェイス）２０５が接続されている。
【００２９】
操作部ＩＦ２０６は、タッチパネルを有する操作部２１２とのインターフェイスであり、操作部２１２に表示する画像データを操作部２１２に対して出力する。また、操作部ＩＦ２０６は、操作部２１２においてユーザにより入力された情報をＣＰＵ２０１に送出する。
【００３０】
また、ネットワークＩＦ２１０は、ＬＡＮ１０３に接続され、ＬＡＮ１０３を介してＬＡＮ１０３上の各装置との間で情報の入出力を行う。モデム２５０は、公衆回線（図示せず）に接続され、情報の入出力を行う。イメージバスＩＦ２０５は、システムバス２０７と画像データを高速で転送する画像バス２０８とを接続し、データ構造を変換するためのバスブリッジである。
【００３１】
画像バス２０８は、ＰＣＩバスまたはＩＥＥＥ１３９４から構成される。画像バス２０８には、ラスタイメージプロセッサ（以下、ＲＩＰという）２６０、デバイスＩＦ２２０、スキャナ画像処理部２８０、プリンタ画像処理部２９０、画像回転部２３０および画像圧縮部２４０が備わる。ＲＩＰ２６０は、ＰＤＬコードをビットマップイメージに展開するプロセッサである。
【００３２】
デバイスＩＦ２２０には、スキャナ２７０およびプリンタ２９５が接続され、デバイスＩＦ２２０は、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２８０は、入力画像データに対して補正、加工および編集を行う。プリンタ画像処理部２９０は、プリント出力画像データに対してプリンタの補正、解像度変換などを行う。画像回転部２３０は画像データの回転を行う。画像圧縮部２４０は、多値画像データをＪＰＥＧデータに圧縮し、２値画像データをＪＢＩＧ、ＭＭＲ、ＭＨなどのデータに圧縮するとともに、その伸張処理を行う。
【００３３】
図３はＭＦＰ１０１における主要なソフトウェア構成を示す図である。ＭＦＰ１０１は汎用ＯＳ（Operation System）を有する。アプリケーション３０１は、ＭＦＰ１０１上で動作するネットワークアプリケーションの集合である。アプリケーション３０１に含まれる詳細なネットワークアプリケーションの説明は図４を用いて後述する。
【００３４】
ソケットＩＦ３０２はＯＳによって提供されるソケットＩＦプログラムである。アプリケーション３０１に含まれるネットワークアプリケーションが通信を行う場合、ソケットＩＦ３０２を呼び出すことによって、データの送信や受信といった処理が可能になる。ソケットＩＦは、ネットワークアプリケーションが通信を行う際に必ずしも必要なプログラムではないが、ＯＳの種類によらず汎用的なプログラム命令と処理フローを用いることができるので、アプリケーションの開発工数を削減することができる。このため、ネットワークアプリケーションはソケットＩＦを呼び出してデータの送受信を行うことが一般的である。
【００３５】
ネットワークスタック３０３はプロトコルスタック群である。ネットワークデバイスドライバ３０４はネットワークＩＦ２１０のデバイスドライバである。
【００３６】
パケット取得アプリケーション３０５は、ネットワークＩＦ２１０が送受信するネットワークパケットの取得やログ出力を行うアプリケーションである。パケット取得アプリケーション３０５は、ネットワークデバイスドライバ３０４からデータ取得を行うことにより、ネットワークＩＦ２１０が受信した全てのパケットと、ネットワークＩＦ２１０が送信する全てのパケットを取得する。
【００３７】
アプリケーション３０１およびパケット取得アプリケーション３０５はアプリケーションレベルで動作している。一方、ソケットＩＦ３０２、ネットワークスタック３０３およびネットワークデバイスドライバ３０４はカーネルレベルで動作している。
【００３８】
図４はアプリケーション３０１に含まれるアプリケーションの一部の構成を示すブロック図である。アプリケーション３０１には、ＰＤＬ４０２、ＦＴＰサーバ４０１およびＰＯＰクライアント４０３が含まれている。
【００３９】
ＦＴＰサーバ４０１はＦＴＰ（File Transfer Protocol）を使用してネットワーク経由でファイルを転送するサーバプログラムである。ＰＣ１０２がＦＴＰを使用して印刷ジョブファイルをＭＦＰ１０１に送信すると、ＦＴＰサーバ４０１は印刷ジョブファイルのデータを受信する。ＦＴＰサーバ４０１が受信した印刷ジョブデータは、ＰＤＬ４０２に転送される。
【００４０】
ＰＤＬ４０２は印刷ジョブの展開を行うプログラムである。印刷ジョブデータはＰＤＬ（Printer Description Language）と呼ばれる記述言語で記載される。この言語には、印刷データの他に印刷に必要な情報が付加されている。例えば、用紙のサイズや部数といった情報がそれに当てはまる。ＰＤＬ４０２は、ＰＤＬで記載された印刷ジョブデータを展開し、印刷データをビデオ画像に変換し、指定された印刷属性に従ってビデオデータを作成する。作成されたビデオデータはプリンタ２９５に転送され、印刷処理が行われる。
【００４１】
ＰＯＰクライアント４０３はＰＯＰ（Post Office Protocol）を使用してＰＯＰサーバから電子メールを受信する。受信したメールには、ＪＰＥＧ（Joint Photographic Experts Group）やＰＤＦ（Portable Document Format）といった画像フォーマットでファイル化された添付ファイルが付加されている。ＰＯＰクライアント４０３は、電子メール受信後、添付ファイルを抽出し、ビデオデータに変換した後、プリンタ２９５に転送する。プリンタ２９５で印刷処理が行われる。本実施形態では、メールサーバ１０５でＰＯＰサーバが稼働し、ＰＯＰクライアント４０３は、メールサーバ１０５から電子メールを受信する。
【００４２】
図５はパケット取得アプリケーション３０５によるパケット受信から解析・保存に至るまでの処理手順を示すフローチャートである。この処理は、ＣＰＵ２０１がハードディスク２０４に格納されているパケット取得アプリケーション３０５を実行することよって行われる。また、この処理では、機密情報であるＦＴＰパケットにおけるパスワードの消去、およびＰＯＰパケットにおけるパスワードの消去手順が示されている。
【００４３】
ＦＴＰパケットの処理は、ＦＴＰサーバ４０１が動作している場合に行われる。同様にＰＯＰパケットの処理は、ＰＯＰクライアント４０３が動作している場合に行われる。なお、その他のパケットの処理については、本実施形態では説明を省略するが、その処理方法はＦＴＰやＰＯＰの場合と同様であってもよいし、別の手順であってもよい。
【００４４】
パケット取得アプリケーション３０５が起動すると、ＣＰＵ２０１は、パケット受信待ちとなる（ステップＳ１）。ＣＰＵ２０１は、ネットワーク１０３からネットワークデバイス２１０およびデバイスドライバ３０４を介して何らかのパケットを受信すると、受信したパケットがＴＣＰ／ＩＰパケットであるか否かを判断する（ステップＳ２）。具体的に、イーサネット(登録商標)フレームのタイプ、ＩＰヘッダの有無等で判断が行われる。
【００４５】
図６は、ＦＴＰパケット及びＰＯＰパケットのフォーマットを示す図である。ＦＴＰパケット及びＰＯＰパケットは図６に示すように、Ｅｔｈｅｒｎｅｔ(登録商標)ヘッダ、ＩＰヘッダ、ＴＣＰヘッダを含んでいる。ステップＳ２では、これらのヘッダ情報を参照することによって受信したパケットがＴＣＰ／ＩＰプロトコルで用いられるパケットであるのか否かを判断する。
【００４６】
受信したパケットがＴＣＰ／ＩＰパケットでないと判断した場合、ＣＰＵ２０１は、その他の処理を行う（ステップＳ６）。ここで、その他の処理とは、ＦＴＰやＰＯＰのパケット以外の処理であるが、本実施形態ではその説明を省略する。なお、実施の形態によってはステップＳ６で何も処理を行わない場合もあり得る。この後、ＣＰＵ２０１はステップＳ９の処理に進む。
【００４７】
一方、ステップＳ２でＴＣＰ／ＩＰのパケットであると判断した場合、ＣＰＵ２０１は、ＵＤＰヘッダあるいはＴＣＰヘッダのポート番号を抽出し、抽出したポート番号に応じた処理に分岐する（ステップＳ３）。
【００４８】
ポート番号が値２１の場合、ＣＰＵ２０１は、ＦＴＰパケットの解析を行う（ステップＳ４）。具体的に、ＣＰＵ２０１は、解析するパケットの中にＦＴＰのパスワードが含まれているか否かを解析する。この解析は、図６のＦＴＰペットの例において、パケット内のＴＣＰペイロード部を解析することによって行われる。より詳細には、ＴＣＰペイロード部の先頭に「ＰＡＳＳ」という文字列が存在するか否かを解析する。「ＰＡＳＳ」という文字列が存在する場合、その後のデータ（特定のデータ）がパスワードを示すことになる。さらに、ＣＰＵ２０１は、パスワード部分が、パケットの先頭から何バイト目に何バイト分存在するのかを解析する。パケットの先頭は、改行コード(0x0d 0x0a)を判断することによって認識することができる。
【００４９】
一方、ステップＳ３において、ポート番号が値１１０であると判断した場合、ＣＰＵ２０１は、ＰＯＰパケットの解析を行う（ステップＳ５）。具体的に、ＣＰＵ２０１は、ＦＴＰと同様、解析するパケットの中にＰＯＰのパスワードが含まれているか否かを解析する。この解析は、図６のＦＴＰペットの例において、パケット内のＴＣＰペイロード部を解析することによって行われる。より詳細には、ＴＣＰペイロード部の先頭に「ＰＡＳＳ」という文字列が存在するか否かを解析する。「ＰＡＳＳ」という文字列が存在する場合、その後のデータ（特定のデータ）がパスワードを示すことになる。さらに、ＣＰＵ２０１は、パスワード部分が、パケットの先頭から何バイト目に何バイト分存在するのかを解析する。パケットの先頭は、改行コード(0x0d 0x0a)を判断することによって認識することができる。
【００５０】
また一方、ステップＳ３において、ポート番号がその他の値である場合、ステップＳ６の処理に移行する。
【００５１】
ステップＳ４あるいはＳ５において、パケットの解析処理が終了すると、ＣＰＵ２０１は、前処理におけるパケット解析の結果、パケット中にパスワードが存在するか否かを判断する（ステップＳ７）。パスワードが存在しないと判断した場合、ＣＰＵ２０１は、そのままパケットを保存する（ステップＳ９）。この後、ＣＰＵ２０１はステップＳ１のパケット受信処理に戻る。
【００５２】
一方、ステップＳ７でパスワードが存在すると判断した場合、ＣＰＵ２０１は、ステップＳ４あるいはＳ５で解析した結果から、パスワード部分を値０のデータで埋める（置き換える）ことにより、パスワード部分を消去する。この後、ＣＰＵ２０１は、消去されたパスワード部分を除くパケットデータ（特定のデータ部分以外のデータに相当）を保存し（ステップＳ９）、ステップＳ１の処理に戻る。
【００５３】
このように、本実施形態の画像形成装置によれば、パケットデータを解析する際、機密情報を除いたパケットデータを取得することができる。これにより、画像形成装置で発生した障害を解析する際、機密情報の漏洩を防止することができる。また、記録されたパケットデータに特定のデータとして機密情報が含まれないので、その漏洩のおそれが少なく、記録されたパケットデータを解析するために、外部に持ち出すことが可能となる。また、パケットデータの種類に応じて異なる特定のデータの存在が解析されるので、機密情報に限らず、種々の特定のデータの保護が可能となる。また、特定のデータを所定の値で置き換えるので、簡単に特定のデータを消去することができる。
【００５４】
なお、本発明は、上記実施形態の構成に限られるものではなく、特許請求の範囲で示した機能、または本実施形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【００５５】
例えば、上記実施形態では、画像形成装置であるＭＦＰ１０１がパケットデータを取得する場合を示したが、情報処理装置であるＰＣ１０２、１０４がパケットデータを取得して解析する場合においても、本発明は同様に適用可能である。
【００５６】
また、上記実施形態では、ＦＴＰパケット、ＰＯＰパケットのいずれにおいても、特定のデータ部分としてパスワードを消去していたが、パケットデータの種類を判別し、判別されたパケットデータの種類に応じて、消去対象となる特定のデータを変更してもよい。例えば、ＰＯＰパケットの場合、機密情報であるパスワードに限らず、特定のデータとして送信先や宛先を隠すように消去してもよい。また、ユーザＩＤなど、その他のデータを消去してもよい。尚、ユーザＩＤが含まれるパケットのフォーマットは、図６に示した「ＰＡＳＳ」の部分が「ＵＳＥＲ」に代わる。そして、スペースを挟んで、ユーザＩＤ文字列が続く。即ち、図５で説明した方法と同様の処理によってユーザＩＤ部分を特定して変更することが可能である。本実施形態によれば、種々の特定のデータの保護が可能となる。
【００５７】
また、上記実施形態では、パケットデータのうち特定のデータ部分を消去する際、特定のデータ部分を全て値０に置き換えていたが、値０の代わりに、別の値（例えば値１）に置き換えてもよい。置き換える値は、パスワードを推測できない値であれば、その他の値であってもよい。また、特定のデータ部分を別の値に置き換えることなく、そのデータ部分を消すようにしてもよい。
【００５８】
また、上記実施形態では、通信回線としてのネットワークに接続されたネットワーク通信装置からパケットデータを取得する場合を示したが、本発明はこれに限られず、専用回線で接続された装置間で送受信されるデータを取得する場合などにも適用可能である。
【００５９】
また、本発明は、印刷機能、コピー機能、スキャナ機能等を有する複合機（ＭＦＰ）の他、単機能である複写機、ファクシミリ装置等に適用してもよい。
【００６０】
また、本発明の目的は、以下の処理を実行することによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【００６１】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００６２】
また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。
【００６３】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００６４】
更に、前述した実施形態の機能が以下の処理によって実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。
【図面の簡単な説明】
【００６５】
【図１】本実施形態の画像形成装置を含むネットワークシステムの構成を示す図である。
【図２】ＭＦＰ１０１のコントローラにおける主要なハードウェア構成を示すブロック図である。
【図３】ＭＦＰ１０１における主要なソフトウェア構成を示す図である。
【図４】アプリケーション３０１に含まれるアプリケーションの一部の構成を示すブロック図である。
【図５】パケット取得アプリケーション３０５によるパケット受信から解析・保存に至るまでの処理手順を示すフローチャートである。
【図６】ＦＴＰパケット及びＰＯＰパケットのフォーマットを示す図である。
【符号の説明】
【００６６】
１０１  複合機（ＭＦＰ）
１０３  ＬＡＮ
１０２、１０４  ＰＣ
１０５  メールサーバ
２１０  ネットワークデバイス（Ｉ／Ｆ）
３０１  アプリケーション
３０５  パケット取得アプリケーション
【図１】
2010009223.tif 000003
【図２】
2010009223.tif 000004
【図３】
2010009223.tif 000005
【図４】
2010009223.tif 000006
【図５】
2010009223.tif 000007
【図６】
2010009223.tif 000008