(57)【要約】【課題】データを再送信する時の通信のパケットを取得することを可能とし、ネットワーク障害の解析に有用な情報を効率よく収集することを可能としたデータ処理装置、制御方法、及びプログラムを提供する。【解決手段】画像形成装置は、データ送信制御部３０１、パケット取得制御部３０３、パケット取得部３０５を備える。データ送信制御部３０１は、ホストコンピュータに対する画像データの送信が失敗した場合、ホストコンピュータに対する今回実行する再送が１回目の再送である場合は、パケット取得制御部３０３にパケット取得開始を指示する。その後、ホストコンピュータ１０２に対する画像データの再送を実行する。次に、パケット取得制御部３０３にパケット取得終了を指示する。次に、ホストコンピュータ１０２に対する画像データの再送が成功した場合は、パケット取得制御部３０３にパケット削除を指示する。【選択図】図７
2011035764.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して情報処理装置と通信が可能なデータ処理装置であって、
前記ネットワークを流れるパケットを取得する取得手段と、
前記ネットワークを介した前記情報処理装置に対するデータの送信が失敗した場合にデータの再送を行う再送手段と、
前記再送手段によりデータの再送を実行する際に、前記取得手段によるパケットの取得を開始させる制御手段と、
を備えることを特徴とするデータ処理装置。
【請求項２】
前記制御手段は、前記再送手段によりデータの再送を実行する前に前記取得手段にパケットの取得開始を指示し、前記再送手段によりデータの再送を実行した後に前記取得手段にパケットの取得終了を指示することを特徴とする請求項１に記載のデータ処理装置。
【請求項３】
前記取得手段によるパケットの取得開始とパケットの取得終了を手動により指示する指示手段を更に備え、
前記制御手段によるパケットの取得開始とパケットの取得終了の指示は、前記指示手段によるパケットの取得開始とパケットの取得終了の指示に対して優先して処理することを特徴とする請求項２に記載のデータ処理装置。
【請求項４】
前記取得手段によりパケットを取得する際に、フィルタをかけた状態でパケットを取得するフィルタ設定付き、またはフィルタをかけないでパケットを取得するフィルタ設定なしのいずれかを選択する選択手段を更に備え、
前記再送手段による実行対象のデータの再送が設定回目の再送である場合は、前記選択手段により前記フィルタ設定付きを選択して前記取得手段によりパケットを取得し、
前記再送手段による実行対象のデータの再送が設定回目を超える再送である場合は、前記選択手段により前記フィルタ設定なしを選択して前記取得手段によりパケットを取得することを特徴とする請求項１から３のいずれか１項に記載のデータ処理装置。
【請求項５】
ネットワークを介して情報処理装置と通信が可能なデータ処理装置の制御方法であって、
前記ネットワークを流れるパケットを取得する取得工程と、
前記ネットワークを介した前記情報処理装置に対するデータの送信が失敗した場合にデータの再送を行う再送工程と、
前記再送工程によりデータの再送を実行する際に、前記取得工程におけるパケットの取得を開始させる制御工程と、
を有することを特徴とする制御方法。
【請求項６】
請求項５に記載のデータ処理装置の制御方法をコンピュータに実行させるためのコンピュータで読み取り可能なプログラムコードを有するプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されると共にネットワーク上を流れるパケットを取得することが可能なデータ処理装置、制御方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、企業に設置されるネットワークには、情報処理装置（パーソナルコンピュータ（ＰＣ））を始め、データ処理装置（複写機やプリンタ）といったさまざまな機器が接続され、その数は増加する一方である。更に、複数の異なるネットワーク同士が相互に接続されるようになり、ネットワークの規模もますます大型化してきている。しかし、その一方で、ひとたびネットワークに障害が発生すると、ネットワークに接続されている多くの機器が影響を受け、業務に支障をきたす事態を引き起こす可能性がある。
【０００３】
ネットワーク障害の原因は、ネットワークに接続された機器の設定ミスや、トラフィック過多等さまざまである。ネットワーク障害が発生した時には迅速に原因を特定し、それに応じて適切な対応を行うことが必要である。そこで、ネットワーク障害の原因の特定に有効な手段の一つとして、ネットワークパケットを取得しその内容を解析することが一般に行われている。
【０００４】
従来、ネットワークパケットを取得するためには、専用のＰＣを用意して、問題がありそうなネットワークのハブにＰＣを接続し、ＰＣ上でパケット取得ソフトウェアを実行することが必要であった。しかし、近年では、ネットワークに接続された機器（データ処理装置）がパケット取得機能を備え、通信パケットを取得して保持することが可能となってきている。
【０００５】
上記パケット取得機能に関しては以下の技術が提案されている（例えば、特許文献１参照）。特許文献１には、データ処理装置がパケット取得機能を備え、ネットワーク上を流れるパケットを一定時間取得して解析し、データ処理装置のネットワーク設定に使用する技術が開示されている。
【０００６】
上述したように、データ処理装置において、ネットワーク上を流れるパケットを一定時間或いはユーザが設定したタイミングで取得することは既に行われている。この種のパケット取得形態では、印刷が遅い等のデータ処理装置（複写機）に関連するネットワーク障害の原因を特定するために、新たにパケット取得用のＰＣを準備する必要がなく、ネットワーク障害の原因を調査する際の負荷を軽減することが可能である。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−２７４８０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述したようなパケット取得機能を備える従来のデータ処理装置におけるパケット取得方法においては、データ処理装置に関わるネットワーク障害が発生した瞬間のパケットをタイミングよく取得することが難しいという課題があった。
【０００９】
例えばデータ処理装置で原稿をスキャンした画像をネットワーク上のサーバに送信する機能において画像送信が時々失敗するという障害の場合、データ処理装置でパケット取得を行ったが、そのときには画像送信が成功してしまうといったことがあり得る。
【００１０】
しかし、障害が発生するまでデータ処理装置において常にパケット取得を継続させておくことは、データ処理装置に搭載したＣＰＵに高い負荷がかかり、大容量のメモリ資源（ハードディスク）も必要になると共にメモリ資源を無駄に消費してしまうことになる。また、データ処理装置の通常の動作にもよくない影響を与えるという問題がある。
【００１１】
本発明の目的は、データを再送信する時の通信のパケットを取得することを可能とし、ネットワーク障害の解析に有用な情報を効率よく収集することを可能としたデータ処理装置、制御方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【００１２】
上記目的を達成するために、本発明は、ネットワークを介して情報処理装置と通信が可能なデータ処理装置であって、前記ネットワークを流れるパケットを取得する取得手段と、前記ネットワークを介した前記情報処理装置に対するデータの送信が失敗した場合にデータの再送を行う再送手段と、前記再送手段によりデータの再送を実行する際に、前記取得手段によるパケットの取得を開始させる制御手段と、を備えることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、データ処理装置から情報処理装置に対するデータの送信が失敗した場合は、データの再送を行う際にパケットを取得するため、再送時の通信のパケットを取得することが可能となる。これにより、ネットワーク障害の解析に有用な情報を効率よく収集することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施の形態に係る画像形成装置を接続したネットワークシステムの構成を示す概念図である。
【図２】画像形成装置のハードウェア構成を示すブロック図である。
【図３】画像形成装置のソフトウェア構成を示すブロック図である。
【図４】画像形成装置の操作パネルに表示される画像データ送信に関わる送信先情報を設定するための送信先設定画面の例を示す図である。
【図５】画像形成装置の操作パネルに表示される画像データ送信が失敗した際の再送回数を設定するための送信設定画面の例を示す図である。
【図６】画像形成装置における画像データ送信が失敗した際の処理を示すシーケンス図である。
【図７】画像形成装置のデータ送信制御部の処理を示すフローチャートである。
【図８ａ】画像形成装置のパケット取得制御部の処理を示すフローチャートである。
【図８ｂ】画像形成装置のパケット取得制御部の処理を示すフローチャートである。
【図９】画像形成装置のパケット取得部の処理を示すフローチャートである。
【図１０】画像形成装置のパケット取得制御部がパケット取得部を制御するための内部テーブルの構成を示す図である。
【図１１】画像形成装置における優先度１と優先度２のパケット取得開始指示とパケット取得終了指示が混在した場合の処理を説明する図である。
【図１２】画像形成装置のパケット保持部がパケットファイルを保持する階層構造を示す図である。
【図１３ａ】本発明の第２の実施の形態に係る画像形成装置のデータ送信制御部の処理を示すフローチャートである。
【図１３ｂ】画像形成装置のデータ送信制御部の処理を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１６】
〔第１の実施の形態〕
図１は、本発明の第１の実施の形態に係るデータ処理装置を接続したネットワークシステムの構成を示す概念図である。
【００１７】
図１において、ネットワークシステムは、データ処理装置の一例としての画像形成装置１０１と、情報処理装置の一例としてのホストコンピュータ１０２とを、ネットワーク１０３を介して相互に通信可能に接続した構成となっている。画像形成装置１０１は、原稿読取機能、印刷機能、原稿から読み取った画像データをネットワーク１０３経由でホストコンピュータ１０２に送信する機能を有する複合機（ＭＦＰ：Multi Function Peripheral）として構成されている。
【００１８】
尚、本実施の形態では、画像形成装置とホストコンピュータを各々１台ずつネットワーク接続した構成を例示しているが、これに限定されるものではない。画像形成装置の種類（複合機、プリンタ等）、情報処理装置の種類、ネットワークに対する機器（画像形成装置、情報処理装置）の接続台数は任意である。
【００１９】
図２は、画像形成装置のハードウェア構成を示すブロック図である。
【００２０】
図２において、画像形成装置は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、システムバス２０４、操作パネル２０５、ＬＡＮコントローラ２０６、印刷インタフェース２０７、ディスクコントローラ２０８を備えている。更に、画像形成装置は、不揮発性メモリ２０９、印刷部（プリンタエンジン）２１０、外部記憶部２１１、読取インタフェース２１２、読取部（スキャナ）２１３を備えている。
【００２１】
ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭまたは外部記憶部２１１に記憶された制御プログラムに基づいて、システムバス２０４に接続される各種のデバイスとのアクセスを統括的に制御する。また、ＣＰＵ２０１は、印刷インタフェース２０７を介して接続される印刷部２１０に出力情報としての画像データ（画像信号）を出力し、読取インタフェース２１２を介して接続される読取部２１３から入力される画像データ（画像信号）を処理する。また、ＣＰＵ２０１は、制御プログラム（プログラムコード）に基づいて、後述の各フローチャートに示す処理を実行する。ＣＰＵ２０１は、ＬＡＮコントローラ２０６を介してネットワーク上のホストコンピュータ１０２や他の画像形成装置との通信が可能である。
【００２２】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリとして機能すると共にＣＰＵ２０１のワーク領域として使用され、増設ポートに接続されるオプションＲＡＭ（不図示）によりメモリ容量を拡張することができるように構成されている。尚、ＲＡＭ２０２は、出力情報展開領域、環境データ格納領域等としても使用される。
【００２３】
ＲＯＭ２０３は、フォント用ＲＯＭ、プログラム用ＲＯＭ、データ用ＲＯＭから構成されている。ＲＯＭ２０３のプログラム用ＲＯＭには、ＣＰＵ２０１が実行可能な制御プログラム等が記憶されている。ＲＯＭ２０３のフォント用ＲＯＭには、上記出力情報を生成する際に使用するフォントデータ（アウトラインフォントデータを含む）等が記憶されている。ＲＯＭ２０３のデータ用ＲＯＭには、画像形成装置１０１で利用される情報等が記憶されている。
【００２４】
操作パネル２０５は、ユーザが各種情報を入力することが可能なソフトウェアキーと、各種画面（図４の送信先設定画面と図５の送信設定画面を含む）を表示する表示部とを備えている。ＬＡＮコントローラ２０６は、画像形成装置１０１とネットワーク上のホストコンピュータ１０２や他の画像形成装置との間の通信を制御する。印刷インタフェース２０７は、ＣＰＵ２０１が印刷部２１０に画像データを出力する際のインタフェースを司る。読取インタフェース２１２は、ＣＰＵ２０１が読取部２１３から入力される画像データを処理する際のインタフェースを司る。不揮発性メモリ２０９は、操作パネル２０５を介して設定される各種設定情報を記憶する。
【００２５】
外部記憶部２１１は、例えばハードディスクドライブ（ＨＤＤ）或いはＩＣカードから構成されており、ディスクコントローラ２０８によりアクセスが制御される。外部記憶部２１１は、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶し、印刷部２１０で印刷処理するプリントジョブを一時的にスプールし、スプールされたプリントジョブを外部から制御するためのジョブ格納領域として使用される。
【００２６】
また、外部記憶部２１１は、読取部２１３により原稿から読み取った画像データやプリントジョブの画像データをボックス（ＢＯＸ）データとして保持する。これにより、外部記憶部２１１は、ＢＯＸデータに対しネットワークからの参照或いは印刷が可能なＢＯＸデータ格納領域としても使用される。尚、外部記憶部２１１は、画像形成装置に少なくとも１つ以上備え、内蔵フォントに加えてオプションフォントを記憶したカードや、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成してもよい。
【００２７】
また、図示していないが、画像形成装置１０１には、更にオプションで各種の拡張装置（ステープルやソート機能を行うフィニッシャ、両面印刷機能を実現するための両面装置等）を装着することが可能である。これらの拡張装置の動作はＣＰＵ２０１から制御される。
【００２８】
図３は、画像形成装置のソフトウェア構成を示すブロック図である。
【００２９】
図３において、画像形成装置は、データ送信制御部３０１、パケット送受信部３０２、パケット取得制御部３０３、ユーザインタフェース（ＵＩ）部３０４、パケット取得部３０５、パケット保持部３０６を備えている。これらの各ソフトウェアブロックは、すべて外部記憶部２１１またはＲＯＭ２０３のプログラム用ＲＯＭに記憶されており、画像形成装置が起動する際にＲＡＭ２０２に実行可能プログラムとしてロードされる。その後は、各ソフトウェアブロックはＣＰＵ２０１により並行して実行される。
【００３０】
データ送信制御部３０１は、読取部２１３から入力された画像データをパケット送受信部３０２及びネットワーク１０３を介してホストコンピュータ１０２に送信する。また、データ送信制御部３０１は、パケット取得制御部３０３に対してパケットの取得開始や取得終了の指示を行う。パケット送受信部３０２は、ネットワーク１０３を介してパケットを送受信する。
【００３１】
パケット取得制御部３０３は、データ送信制御部３０１の制御あるいはＵＩ部３０４からの指示に従い、内部テーブル（図１０参照）に基づきパケット取得部３０５を制御する。ＵＩ部３０４は、画像形成装置の操作パネル２０５に対するユーザ或いは画像形成装置の保守点検を行うサービス員の操作に対するインタフェースを司る。パケット保持部３０６は、パケットファイルを保持する。
【００３２】
パケット取得部３０５は、パケット送受信部３０２がネットワーク１０３を介して送受信するパケット（ネットワーク上を流れるパケット）を取得し、パケット保持部３０６にパケットファイルとして保持する。また、パケット取得部３０５は、パケットを取得する際にフィルタをかけるフィルタ設定付きで、条件（例えば送信先のＩＰアドレスやプロトコル）に合致した目的のパケットのみを取得することが可能である。また、パケット取得部３０５は、パケットを取得する際にフィルタをかけないフィルタ設定なしで、ネットワークを所定の時間帯に流れるすべてのパケットを取得することが可能である。
【００３３】
本実施の形態では、上記のように、フィルタ設定付きでパケットを取得する方法と、フィルタ設定なしでパケットを取得する方法のうちいずれかに設定することでパケット取得を可能に構成しているが、その理由は下記の通りである。
【００３４】
画像形成装置からホストコンピュータに対する画像データの送信が失敗し、例えば１回目の再送を行う場合は、たまたま偶然で送信が失敗した可能性があることを考慮に入れ、フィルタ設定付きでパケットを取得する方法をとる。他方、画像形成装置からホストコンピュータに対する画像データの１回目の再送が失敗し、２回目の再送を行う場合は、偶然ではなく何らかの障害で送信が失敗した可能性があることを考慮に入れ、フィルタ設定なしでパケットを取得する方法をとる。
【００３５】
図４は、画像形成装置の操作パネル２０５の表示部に表示される画像データ送信に関わる送信先情報を設定するための送信先設定画面の例を示す図である。
【００３６】
図４において、設定画面４００には、ホスト名ボタン４０１、パスボタン４０２、ユーザ名ボタン４０３、パスワードボタン４０４、プロトコルボタン４０５が表示されている。設定画面４００においてボタン４０１〜４０５を押下することで、画像形成装置１０１からホストコンピュータ１０２に対して画像データを送信するために必要な情報として、ホスト名、パス、ユーザ名、パスワード、プロトコルを設定することが可能である。
【００３７】
ホスト名としては、ＩＰアドレス形式でなくてもよい。入力されたホスト名がＩＰアドレス形式でなかった場合は、ＤＮＳ（Domain Name System）等の仕組みを利用して入力されたホスト名をＩＰアドレスに変換を行う。プロトコルとしては、ＳＭＢ（Server Message Block）、ＦＴＰ（File Transfer Protocol）、ＷｅｂＤＡＶ等が選択可能である。プロトコルボタン４０５を押下すると選択可能なプロトコルがリスト表示される。
【００３８】
図５は、画像形成装置の操作パネル２０５の表示部に表示される画像データ送信が失敗した際の再送回数を設定するための送信設定画面の例を示す図である。
【００３９】
図５において、送信設定画面５００には、再送回数ボタン５０１、増減ボタン５０２が表示されている。送信設定画面５００において再送回数ボタン５０１により、画像形成装置からホストコンピュータに対する画像データの送信が失敗した際の、画像データの再送信を行う再送回数を予め設定しておく。再送回数は増減ボタン５０２により増減することが可能である。
【００４０】
次に、上記の構成を備える本実施の形態のネットワークシステムを構成する画像形成装置の動作について図６乃至図１３を参照しながら説明する。
【００４１】
＜画像データ送信が失敗した際の処理＞
図６は、画像形成装置における画像データ送信が失敗した際の処理を示すシーケンス図である。
【００４２】
図６において、まず、画像形成装置１０１のデータ送信制御部３０１は、ホストコンピュータ１０２に対して画像データの送信を開始する（ステップＳ６０１）。ここで、データ送信制御部３０１は、例えば何らかの原因でホストコンピュータ１０２に対する画像データの送信に失敗したこと（ＮＧ）を検知すると（ステップＳ６０２）、パケット取得制御部３０３にパケット取得開始を指示する（ステップＳ６０３）。これに伴い、パケット取得制御部３０３は、パケット取得部３０５にパケット取得開始を要求する（ステップＳ６０４）。これにより、パケット取得部３０５は、パケットの取得を開始する（ステップＳ６０５）。
【００４３】
その後、データ送信制御部３０１は、ホストコンピュータ１０２に対して画像データの再送信を開始する（ステップＳ６０６）。ここで、データ送信制御部３０１は、ホストコンピュータ１０２に対する画像データの送信に失敗したこと（ＮＧ）を再度検知すると（ステップＳ６０７）、パケット取得制御部３０３にパケット取得終了を指示する（ステップＳ６０８）。これに伴い、パケット取得制御部３０３は、パケット取得部３０５にパケット取得終了を要求する（ステップＳ６０９）。これにより、パケット取得部３０５は、パケットの取得を終了する（ステップＳ６１０）。
【００４４】
＜データ送信制御部３０１の処理＞
図７は、画像形成装置のデータ送信制御部３０１の処理を示すフローチャートである。尚、本処理の制御主体はすべてデータ送信制御部３０１である。
【００４５】
図７において、データ送信制御部３０１は、ホストコンピュータ１０２に対する画像データの送信を実行する（ステップＳ７０１）。次に、データ送信制御部３０１は、ホストコンピュータ１０２に対する画像データの送信が成功したかどうかを判定する（ステップＳ７０２）。判定の結果、送信が成功であった場合は、本処理を終了する。送信が失敗であった場合は、データ送信制御部３０１は、ホストコンピュータ１０２に対する現在の再送回数が予め定められた設定値を超えているかどうかを判定する（ステップＳ７０３）。
【００４６】
判定の結果、現在の再送回数が設定値を超えていた場合は、本処理を終了する。現在の再送回数が設定値を超えていなかった場合は、データ送信制御部３０１は、今回実行する再送が１回目の再送であるかどうかを判定する（ステップＳ７０４）。判定の結果、今回実行する再送が１回目の再送でないと判定した場合は、ステップＳ７０６に進む。今回実行する再送が１回目の再送であると判定した場合は、データ送信制御部３０１は、パケット取得制御部３０３にパケット取得開始指示を行い（ステップＳ７０５）、ステップＳ７０６に進む。
【００４７】
次に、データ送信制御部３０１は、ホストコンピュータ１０２に対する画像データの再送を実行する（ステップＳ７０６）。次に、データ送信制御部３０１は、現在の再送処理の中でパケット取得開始指示を行ったかどうかを判定する（ステップＳ７０７）。パケット取得開始指示を行っていない場合は、ステップＳ７０９に進む。パケット取得開始指示を行っていた場合は、データ送信制御部３０１は、パケット取得制御部３０３にパケット取得終了指示を行い（ステップＳ７０８）、ステップＳ７０９に進む。
【００４８】
次に、データ送信制御部３０１は、ステップＳ７０６でのホストコンピュータ１０２に対する画像データの送信（再送）が成功したかどうかを判定する（ステップＳ７０９）。送信が失敗であった場合は、ステップＳ７０３に戻る。送信が成功であった場合は、データ送信制御部３０１は、パケット取得制御部３０３にパケット削除指示を行う（ステップＳ７１０）。これにより、本処理を終了する。
【００４９】
尚、ステップＳ７０５においてデータ送信制御部３０１がパケット取得制御部３０３にパケット取得開始指示を行う際には、パケット取得開始指示と一緒に送信先のホストコンピュータのＩＰアドレスや使用しているプロトコル情報を渡すようにしてもよい。また、ステップＳ７１０において再送時に画像データの送信が成功したらその際のパケットを削除する指示を行うようにしているが、パケットを削除せずに残しておくようにしてもよい。
【００５０】
図１０は、画像形成装置のパケット取得制御部３０３がパケット取得部３０５を制御するための内部テーブルの構成を示す図である。
【００５１】
図１０において、内部テーブルは、パケット取得状態１０００、優先度１フラグ１００１、優先度２フラグ１００２から構成されている。パケット取得状態１０００は、「開始済」と「終了」の２つの状態を有しており、初期値は「終了」である。パケット取得状態１０００は、データ送信制御部３０１による制御あるいはＵＩ部３０４からの指示により変更される。
【００５２】
優先度１フラグ１００１は、「ＯＮ」と「ＯＦＦ」の２つの値を有しており、初期値は「ＯＦＦ」である。優先度１フラグ１００１は、データ送信制御部３０１からの指示により変更される。優先度２フラグ１００２は、「ＯＮ」と「ＯＦＦ」の２つの値を有しており、初期値は「ＯＦＦ」である。優先度２フラグ１００２は、ＵＩ部３０４からの指示により変更される。
【００５３】
図８ａ、図８ｂのフローチャートで説明したように、データ送信制御部３０１によるパケット取得開始指示は優先度１に設定され、ＵＩ部３０４によるパケット取得開始指示は優先度２に設定されている。即ち、データ送信制御部３０１によるパケット取得開始指示は、ＵＩ部３０４によるパケット取得開始指示よりも優先して処理されるように設定されている。内部テーブルのパケット取得状態１０００、優先度１フラグ１００１、優先度２フラグ１００２の各値の変更方法については後述する。
【００５４】
本実施の形態では、上記のように、データ送信制御部３０１によるパケット取得開始指示を優先度１に設定し、ＵＩ部３０４によるパケット取得開始指示を優先度２に設定しているが、その理由は下記の通りである。
【００５５】
画像形成装置でネットワークを流れるパケットを取得するタイミングを自動的に判断し、必要と判断した場合は、ホストコンピュータに画像データを再送する際に実行される、データ送信制御部３０１によるパケット取得開始指示を優先度１とする。他方、サービス員が画像形成装置の通常の保守点検や障害原因の解析等を行う場合は、画像形成装置の操作パネル２０５等を手動操作して解析のためのパケットを取得するために実行される、ＵＩ部３０４によるパケット取得開始指示を優先度２とする。
【００５６】
＜パケット取得制御部３０３の処理＞
図８ａ、図８ｂは、画像形成装置のパケット取得制御部３０３の処理を示すフローチャートである。尚、本処理の制御主体はすべてパケット取得制御部３０３である。
【００５７】
図８ａ、図８ｂにおいて、パケット取得制御部３０３は、データ送信制御部３０１またはＵＩ部３０４から指示を受信する（ステップＳ８０１）。次に、パケット取得制御部３０３は、受信した指示がデータ送信制御部３０１からのものであるかどうかを判定する（ステップＳ８０２）。受信した指示がデータ送信制御部３０１からのものでなかった場合は、ステップＳ８１７に進む。受信した指示がデータ送信制御部３０１からのものであった場合は、パケット取得制御部３０３は、受信した指示がパケット取得開始指示であるかどうかを判定する（ステップＳ８０３）。
【００５８】
受信した指示がパケット取得開始指示でなかった場合は、ステップＳ８０８に進む。受信した指示がパケット取得開始指示であった場合は、パケット取得制御部３０３は、図１０に示した内部テーブルの優先度１フラグ１００１を「ＯＮ」に変更する（ステップＳ８０４）。次に、パケット取得制御部３０３は、内部テーブルの優先度２フラグ１００２が「ＯＮ」で、パケット取得状態１０００が「開始済」であるかどうかを判定する（ステップＳ８０５）。
【００５９】
優先度２フラグ１００２が「ＯＮ」で、パケット取得状態１０００が「開始済」であった場合は、ステップＳ８０１に戻る。優先度２フラグ１００２が「ＯＮ」でなく、パケット取得状態１０００が「開始済」でなかった場合は、パケット取得制御部３０３は、パケット取得状態１０００を「開始済」に変更する（ステップＳ８０６）。更に、パケット取得制御部３０３は、パケット取得部３０５にパケット取得開始指示を送信し（ステップＳ８０７）、ステップＳ８０１に戻る。
【００６０】
ステップＳ８０３の判定の結果、受信した指示がパケット取得開始指示でなかった場合、パケット取得制御部３０３は、受信した指示がパケット取得終了指示であるかどうかを判定する（ステップＳ８０８）。受信した指示がパケット取得終了指示でなかった場合は、ステップＳ８１５に進む。受信した指示がパケット取得終了指示であった場合は、パケット取得制御部３０３は、優先度１フラグ１００１を「ＯＦＦ」に変更する（ステップＳ８０９）。更に、パケット取得制御部３０３は、パケット取得状態１０００を「終了」に変更し（ステップＳ８１０）、パケット取得部３０５にパケット取得終了指示を送信する（ステップＳ８１１）。
【００６１】
次に、パケット取得制御部３０３は、優先度２フラグ１００２が「ＯＮ」であるかどうかを判定する（ステップＳ８１２）。優先度２フラグ１００２が「ＯＦＦ」であった場合は、ステップＳ８０１に戻る。優先度２フラグ１００２が「ＯＮ」であった場合は、パケット取得制御部３０３は、パケット取得状態１０００を「開始済」に変更する（ステップＳ８１３）。更に、パケット取得制御部３０３は、パケット取得部３０５にパケット取得開始指示を送信し（ステップＳ８１４）、ステップＳ８０１に戻る。
【００６２】
ステップＳ８０８の判定の結果、受信した指示がパケット取得終了指示でなかった場合は、パケット取得制御部３０３は、受信した指示がパケット削除指示であるかどうかを判定する（ステップＳ８１５）。受信した指示がパケット削除指示でなかった場合は、ステップＳ８０１に戻る。受信した指示がパケット削除指示であった場合は、パケット取得制御部３０３は、パケット取得部３０５にパケット削除指示を送信し（ステップＳ８１６）、ステップＳ８０１に戻る。
【００６３】
ステップＳ８０２の判定の結果、受信した指示がデータ送信制御部３０１からのものでなかった場合は、指示はＵＩ部３０４からのものであるため、ステップＳ８１７に進む。パケット取得制御部３０３は、受信した指示がパケット取得開始指示であるかどうかを判定する（ステップＳ８１７）。受信した指示がパケット取得開始指示でなかった場合は、ステップＳ８２２に進む。受信した指示がパケット取得開始指示であった場合は、パケット取得制御部３０３は、優先度２フラグ１００２を「ＯＮ」に変更する（ステップＳ８１８）。
【００６４】
次に、パケット取得制御部３０３は、パケット取得状態１０００が「開始済」であるかどうかを判定する（ステップＳ８１９）。パケット取得状態１０００が「開始済」であった場合は、ステップＳ８０１に戻る。パケット取得状態１０００が「開始済」でなかった場合は、パケット取得制御部３０３は、パケット取得状態１０００を「開始済」に変更する（ステップＳ８２０）。更に、パケット取得制御部３０３は、パケット取得部３０５にパケット取得開始指示を送信し（ステップＳ８２１）、ステップＳ８０１に戻る。
【００６５】
ステップＳ８１７の判定の結果、受信した指示がパケット取得開始指示でなかった場合は、パケット取得制御部３０３は、受信した指示がパケット取得終了指示であるかどうかを判定する（ステップＳ８２２）。受信した指示がパケット取得終了指示でなかった場合は、ステップＳ８０１に戻る。受信した指示がパケット取得終了指示であった場合は、パケット取得制御部３０３は、優先度２フラグ１００２を「ＯＦＦ」に変更する（ステップＳ８２３）。
【００６６】
次に、パケット取得制御部３０３は、パケット取得状態１０００が「開始済」であるかどうかを判定する（ステップＳ８２４）。パケット取得状態１０００が「開始済」でなかった場合は、ステップＳ８０１に戻る。パケット取得状態１０００が「開始済」であった場合は、パケット取得制御部３０３は、優先度１フラグ１００１が「ＯＮ」であるかどうかを判定する（ステップＳ８２５）。
【００６７】
優先度１フラグ１００１が「ＯＮ」であった場合は、ステップＳ８０１に戻る。優先度１フラグ１００１が「ＯＮ」でなかった場合は、パケット取得制御部３０３は、パケット取得状態１０００を「終了」に変更する（ステップＳ８２６）。更に、パケット取得制御部３０３は、パケット取得部３０５にパケット取得終了指示を送信し（ステップＳ８２７）、ステップＳ８０１に戻る。
【００６８】
＜パケット取得部３０５の処理＞
図９は、画像形成装置のパケット取得部３０５の処理を示すフローチャートである。尚、本処理の制御主体はすべてパケット取得部３０５である。
【００６９】
図９において、パケット取得部３０５は、パケット取得制御部３０３からのパケット取得開始指示の受信を待機する（ステップＳ９０１）。パケット取得制御部３０３からパケット取得開始指示を受信すると、パケット取得部３０５は、パケット取得を実行する（ステップＳ９０２）。パケット取得部３０５は、ステップＳ９０３でパケット取得制御部３０３からパケット取得終了指示を受信するまで、パケット取得を継続する。パケット取得制御部３０３からパケット取得終了指示を受信すると（ステップＳ９０３でＹＥＳ）、パケット取得部３０５は、パケット取得を終了し（ステップＳ９０４）、取得したパケットをパケット保持部３０６に保存する（ステップＳ９０５）。
【００７０】
次に、パケット取得部３０５は、パケット取得制御部３０３からパケット削除指示を受信したかどうかを判定する（ステップＳ９０６）。パケット取得制御部３０３からパケット削除指示を受信した場合は、パケット保持部３０６に保存したパケットを削除し（ステップＳ９０７）、ステップＳ９０１に戻る。パケット取得制御部３０３からパケット削除指示を受信しなかった場合も、ステップＳ９０１に戻る。
【００７１】
図１１は、画像形成装置における優先度１と優先度２のパケット取得開始指示とパケット取得終了指示が混在した場合の処理を説明する図である。
【００７２】
図８ａ、図８ｂのフローチャートで説明したように、データ送信制御部３０１によるパケット取得開始指示は優先度１となり、ＵＩ部３０４による優先度２のパケット取得開始指示よりも優先して処理される。
【００７３】
図１１において、ｔ１は優先度１のパケット取得開始指示を行った時間、ｔ４は優先度１のパケット取得終了指示を行った時間である。また、ｔ２は優先度２のパケット取得開始指示を行った時間、ｔ３は優先度２のパケット取得終了指示を行った時間である。
【００７４】
図１１に示す例では、まず、ｔ１において優先度１のパケット取得開始指示によりパケット取得が開始される。その後、ｔ２において優先度２のパケット取得指示が行われるが、すでに優先度１のパケット取得が開始されているためパケット取得には影響しない。その後、ｔ３において優先度２のパケット取得終了指示が行われるが、優先度１のパケット取得が実行中であるため、パケット取得は終了しない。その後、ｔ４において優先度１のパケット取得終了指示が行われるとパケット取得を終了し、パケットファイルがパケット保持部３０６に保存される。
【００７５】
図１２は、画像形成装置のパケット保持部３０６がパケットファイルを保持する階層構造を示す図である。
【００７６】
図１２において、最上位の階層はｒｏｏｔディレクトリであり、その下にサブディレクトリ（ｄｅｆａｕｌｔディレクトリ、ＳＭＢディレクトリ、ＦＴＰディレクトリ）が生成される。パケット取得の際にフィルタ設定を行わなかった場合は、すべてｄｅｆａｕｌｔディレクトリの下にパケットファイルが保持される。尚、各パケットファイルはパケット取得を行った時刻がファイル名として設定され、ファイル名が重複することはない。パケット取得の際にフィルタ設定を行った場合は、プロトコルごと、宛先ＩＰアドレスごとにサブディレクトリが生成され、その下にパケットファイルが保持される。
【００７７】
以上詳細に説明したように、本実施の形態によれば、画像形成装置からホストコンピュータに対する画像データの送信が失敗した場合、画像データの再送を行うタイミングで、ネットワーク上からパケットを取得する。これにより、画像形成装置からホストコンピュータに対するデータ再送時の通信のパケットを取得することが可能となり、ネットワーク障害の解析に有用な情報を効率よく収集することが可能となる。
【００７８】
〔第２の実施の形態〕
本発明の第２の実施の形態は、上記第１の実施の形態に対して、下記の点において相違する。本実施の形態のその他の要素は、上記第１の実施の形態（図１、図２、図３）の対応するものと同一なので説明を省略する。
【００７９】
本実施の形態では、画像形成装置から送信先に対して画像データの再送を行う再送回数の設定が複数回である場合に、画像データの再送ごとにパケット取得に対するフィルタ設定付きもしくはフィルタ設定なしに変更する。上述したように、フィルタ設定付きは、パケットを取得する際にフィルタをかけるものであり、目的のパケットのみを取得することが可能である。フィルタ設定なしは、パケットを取得する際にフィルタをかけないものであり、ネットワーク上を所定の時間帯に流れるすべてのパケットを取得することが可能である。
【００８０】
フィルタ設定の一例として、１回目の再送の際には送信先のＩＰアドレス及びプロトコルでフィルタをかけた状態でパケット取得を行い、２回目の再送の際にはフィルタをかけないでパケット取得を行う。フィルタをかけた場合は取得されたパケットのサイズは小さくなるため、パケットの内容の解析は容易になる。一方、画像データの送信が失敗した原因を解析する際に、フィルタをかけることにより取得しなかったパケットの情報が必要だった場合は、フィルタをかける際の条件を緩めるかフィルタをかけないでパケット取得を行う必要がある。
【００８１】
従って、本実施の形態では、まずはフィルタをかけて取得したサイズの小さいパケットを基に解析を行い、更にパケットの情報が必要であった場合にのみフィルタ設定の条件を緩めて取得したパケットを基に解析を行うことが可能となる。これにより、解析を効率的に行うことが可能となる。
【００８２】
＜データ送信制御部３０１の処理＞
図１３ａ、図１３ｂは、本実施の形態に係る画像形成装置のデータ送信制御部３０１の処理を示すフローチャートである。尚、本処理の制御主体はすべてデータ送信制御部３０１である。
【００８３】
図１３ａ、図１３ｂにおいて、データ送信制御部３０１は、ホストコンピュータ１０２に対する画像データの送信を実行する（ステップＳ１３０１）。次に、データ送信制御部３０１は、ホストコンピュータ１０２に対する画像データの送信が成功したかどうかを判定する（ステップＳ１３０２）。判定の結果、送信が成功であった場合は、本処理を終了する。送信が失敗であった場合は、データ送信制御部３０１は、現在の再送回数が予め定められた設定値を超えているかどうかを判定する（ステップＳ１３０３）。
【００８４】
判定の結果、現在の再送回数が設定値を超えていた場合は、本処理を終了する。現在の再送回数が設定値を超えていなかった場合は、データ送信制御部３０１は、再送回数の設定値が１であるかどうかを判定する（ステップＳ１３０４）。再送回数の設定値が１であった場合は、ステップＳ１３１４に進む。再送回数の設定値が１でない場合（２以上であった場合）は、データ送信制御部３０１は、今回実行する再送が１回目の再送であるかどうかを判定する（ステップＳ１３０５）。
【００８５】
判定の結果、今回実行する再送が１回目の再送でないと判定した場合は、ステップＳ１３０７に進む。今回実行する再送が１回目の再送であると判定した場合（実行対象のデータの再送が設定回目の再送である場合）は、データ送信制御部３０１は、パケット取得制御部３０３にフィルタ設定付きのパケット取得開始指示を行う（ステップＳ１３０６）。その後、ステップＳ１３０７に進む。次に、データ送信制御部３０１は、今回実行する再送が２回目の再送であるかどうかを判定する（ステップＳ１３０７）。
【００８６】
判定の結果、今回実行する再送が２回目の再送でないと判定した場合は、ステップＳ１３０９に進む。今回実行する再送が２回目の再送であると判定した場合（実行対象のデータの再送が設定回目を超える再送である場合）は、データ送信制御部３０１は、パケット取得制御部３０３にフィルタ設定なしのパケット取得開始指示を行う（ステップＳ１３０８）。その後、ステップＳ１３０９に進む。次に、データ送信制御部３０１は、ホストコンピュータ１０２に対する画像データの再送を実行する（ステップＳ１３０９）。
【００８７】
次に、データ送信制御部３０１は、現在の再送処理の中でパケット取得開始指示を行ったかどうかを判定する（ステップＳ１３１０）。パケット取得開始指示を行っていない場合は、ステップＳ１３１２に進む。パケット取得開始指示を行っていた場合は、データ送信制御部３０１は、パケット取得制御部３０３にパケット取得終了指示を行い（ステップＳ１３１１）、ステップＳ１３１２に進む。
【００８８】
ステップＳ１３０４の判定の結果、再送回数の設定値が１であった場合は、データ送信制御部３０１は、パケット取得制御部３０３にフィルタ設定なしでパケット取得開始指示を行う（ステップＳ１３１４）。更に、データ送信制御部３０１は、ホストコンピュータ１０２に対する画像データの再送を実行する（ステップＳ１３１５）。更に、データ送信制御部３０１は、パケット取得制御部３０３にパケット取得終了指示を行い（ステップＳ１３１６）、ステップＳ１３１２に進む。
【００８９】
次に、データ送信制御部３０１は、ホストコンピュータ１０２に対する画像データの送信（再送）が成功したかどうかを判定する（ステップＳ１３１２）。送信が失敗であった場合は、ステップＳ１３０３に戻る。送信が成功であった場合は、データ送信制御部３０１は、パケット取得制御部３０３に画像データの送信が成功した際のパケット削除指示を行う（ステップＳ１３１３）。これにより、本処理を終了する。
【００９０】
以上詳細に説明したように、本実施の形態によれば、画像形成装置からホストコンピュータに対するデータ再送時の通信のパケットを取得することが可能となり、ネットワーク障害の解析に有用な情報を効率よく収集することが可能となる。特に、複数回にわたりデータ再送が実行され、ネットワーク障害が発生している可能性が極めて高い場合には、フィルタ設定なしでパケット取得を行うことにより、ネットワーク障害の解析に必要な情報を十分に収集することができる。
【００９１】
〔他の実施の形態〕
第１及び第２の実施の形態では、画像形成装置から画像データをネットワーク上の情報処理装置（ホストコンピュータ）に送信する場合について説明したが、本発明は画像データの送信のみに限定されるものではない。画像形成装置から画像データに限らず画像データ以外のデータや情報を情報処理装置に送信する機能についても同様に適用可能である。例えば、ＤＨＣＰやＳＮＴＰといった標準プロトコルや画像形成装置に関わる各種情報を、定期的に情報処理装置に送信するような独自機能であっても本発明を適用可能である。（ＤＨＣＰ：Dynamic Host Configuration Protocol。ＳＮＴＰ：Simple Network Time Protocol）。
【００９２】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００９３】
１０１  画像形成装置
１０２  ホストコンピュータ
１０３  ネットワーク
２０１  ＣＰＵ
３０１  データ送信制御部
３０４  ＵＩ部
３０５  パケット取得部
【図１】
2011035764.tif 000003
【図２】
2011035764.tif 000004
【図３】
2011035764.tif 000005
【図４】
2011035764.tif 000006
【図５】
2011035764.tif 000007
【図６】
2011035764.tif 000008
【図７】
2011035764.tif 000009
【図８ａ】
2011035764.tif 000010
【図８ｂ】
2011035764.tif 000011
【図９】
2011035764.tif 000012
【図１０】
2011035764.tif 000013
【図１１】
2011035764.tif 000014
【図１２】
2011035764.tif 000015
【図１３ａ】
2011035764.tif 000016
【図１３ｂ】
2011035764.tif 000017