JP4780418B2 - クライアント装置、データ処理プログラム - Google Patents

Description

本発明は、クライアント装置、データ処理プログラムに関する。

ネットワーク機器とサーバコンピュータとが双方向インタフェースを介して接続され、サーバコンピュータとクライアントコンピュータとがネットワークを介して接続されるネットワークシステムがある。このネットワークシステムでは、ネットワーク機器はサーバコンピュータを介してネットワークに接続される。これによりネットワーク機器とクライアントコンピュータとは通信が可能となる（例えば特許文献１参照）。

また、Ｇ３ファクシミリ通信とＧ４ファクシミリ通信が可能なファクシミリ装置が、他のファクシミリ装置とのファクシミリ通信する場合、Ｇ３ＦＡＸ回線（Ｇ３ファクシミリ通信用アナログ回線）、あるいはＧ４ファクシミリＦＡＸ回線（Ｇ４ファクシミリ通信用デジタル回線）の何れの回線を使用すればよいかをフラッシュメモリに学習しておき、次回からの当該他のファクシミリ装置とのファクシミリ通信のときは、フラッシュメモリに学習しておいた回線を使用して通信する（例えば特許文献２参照）。

また、ファクシミリサーバとネットワーク機器（プリンタ、ストレージ装置など）とがコンピュータネットワークを介して接続されるシステムでは、ファクシミリサーバが、受信したデータをコンピュータネットワークを介してネットワーク機器へ配信する際に、コンピュータネットワークに接続しているネットワーク機器をそれぞれが受信すべきデータの処理属性に応じて分類して登録するユーザ種別分類クライアントテーブルまたはクライアント種別分類クライアントテーブルに登録しておき、これらの登録された装置へデータを配信する（例えば特許文献３参照）。

さらに、ネットワークの異なった電子機器の間で通信が可能となる結合モジュールがある。この結合モジュールとしては、例えば特許文献４に記載されたものが知られている。
特開２００１−２５６１５４号公報 特開平６−５４１６０号公報 特開２００２−９４７３７号公報 特表２００５−５２０３８９号公報

本発明は、サーバ装置にかかわる複数の通信インタフェースのそれぞれから送信される重複する同一のデータを受信した場合であっても、同一のデータに対する多重の処理を防止することのできるクライアント装置およびデータ処理プログラムを提供することを目的とする。

上記課題を解決するため、請求項１に記載の本発明のクライアント装置は、複数の通信インタフェースを有するサーバ装置と通信回線を介して接続され、当該サーバ装置との間で通信する通信手段と、所定のジョブデータを前記複数の通信インタフェースの中の１つの通信インタフェースに向けて送信したことに起因して、前記複数の通信インタフェースのそれぞれから通知される当該所定のジョブデータに対する応答を前記通信手段が受信したときは、当該複数の通信インタフェースは同一のサーバ装置に対応するものであると判断し、当該複数の通信インタフェースの中から所定の通信インタフェースを決定する制御手段と、前記複数の通信インタフェースのそれぞれを示す識別情報と、前記複数の通信インタフェースの中の前記制御手段によって決定された前記所定の通信インタフェースを示す識別情報に関連付けされる有効である旨を示す情報とを記憶する記憶手段と、前記通信手段によって受信された受信データに含まれる送信元としての通信インタフェースを示す識別情報が、前記記憶手段に記憶されている有効である旨を示す情報に対応する識別情報と一致するか否かを判定する判定手段と、前記判定手段によって前記２つの識別情報が一致すると判定されたときのみ前記受信データを受理し、前記判定手段によって前記２つの識別情報が一致しないと判定されたときは前記受信データを破棄するデータ処理手段と、を有することを特徴とする。

上記課題を解決するため、請求項２に記載の本発明のクライアント装置は、複数の通信インタフェースを有する複数のサーバ装置と通信回線を介して接続され、当該複数のサーバ装置との間で通信する通信手段と、前記複数のサーバ装置の中の所定のサーバ装置にかかわる前記複数の通信インタフェースの中の１つの通信インタフェースに向けて特定のジョブ名をもつジョブデータを送信した後、前記複数のサーバ装置に対しジョブ履歴を要求し、当該ジョブ履歴を要求したことに起因して前記所定のサーバ装置にかかわる前記複数の通信インタフェースのそれぞれから通知される前記特定のジョブ名が含まれているジョブ履歴を前記通信手段が受信したときは、前記特定のジョブ名が含まれているジョブ履歴を通知してきた前記複数の通信インタフェースは前記所定のサーバ装置に対応するものであると判断し、当該所定のサーバ装置にかかわる前記複数の通信インタフェースの中から所定の通信インタフェースを決定する制御手段と、前記複数のサーバ装置のサーバ装置毎に、前記複数の通信インタフェースのそれぞれを示す識別情報と、前記複数の通信インタフェースの中の前記制御手段によって決定された前記所定の通信インタフェースを示す識別情報に関連付けされる有効である旨を示す情報とを記憶する記憶手段と、前記通信手段によって受信された受信データに含まれる送信元としての通信インタフェースを示す識別情報が、前記記憶手段に記憶されている有効である旨を示す情報に対応する識別情報と一致するか否かを判定する判定手段と、前記判定手段によって前記２つの識別情報が一致すると判定されたときのみ前記受信データを受理し、前記判定手段によって前記２つの識別情報が一致しないと判定されたときは前記受信データを破棄するデータ処理手段と、を有することを特徴とする。

上記課題を解決するため、請求項３に記載の本発明のデータ処理プログラムは、所定のジョブデータをサーバ装置にかかわる複数の通信インタフェースの中の１つの通信インタフェースに向けて送信したことに起因して、前記複数の通信インタフェースのそれぞれから通知される当該所定のジョブデータに対する応答を前記通信手段が受信したときは、当該複数の通信インタフェースは同一のサーバ装置に対応するものであると判断し、当該複数の通信インタフェースの中から所定の通信インタフェースを決定する制御処理過程と、前記複数の通信インタフェースのそれぞれを示す識別情報と、前記複数の通信インタフェースの中の前記制御処理過程により決定された前記所定の通信インタフェースを示す識別情報に関連付けされる有効である旨を示す情報とを記憶する記憶処理過程と、受信された受信データに含まれる送信元としての通信インタフェースを示す識別情報が、前記記憶処理過程により記憶されている有効である旨を示す情報に対応する識別情報と一致するか否かを判定する判定処理過程と、前記判定処理過程により前記２つの識別情報が一致すると判定されたときのみ前記受信データを受理し、前記判定処理過程により前記２つの識別情報が一致しないと判定されたときは前記受信データを破棄するデータ処理過程と、をコンピュータに実行させることを特徴とする。

上記課題を解決するため、請求項４に記載の本発明のデータ処理プログラムは、複数のサーバ装置の中の所定のサーバ装置にかかわる複数の通信インタフェースの中の１つの通信インタフェースに向けて特定のジョブ名をもつジョブデータを送信した後、前記複数のサーバ装置に対しジョブ履歴を要求し、当該ジョブ履歴を要求したことに起因して前記所定のサーバ装置にかかわる前記複数の通信インタフェースのそれぞれから通知される前記特定のジョブ名が含まれているジョブ履歴を受信したときは、前記特定のジョブ名が含まれているジョブ履歴を通知してきた前記複数の通信インタフェースは前記所定のサーバ装置に対応するものであると判断し、当該所定のサーバ装置にかかわる前記複数の通信インタフェースの中から所定の通信インタフェースを決定する制御処理過程と、前記複数のサーバ装置のサーバ装置毎に、前記複数の通信インタフェースのそれぞれを示す識別情報と、前記複数の通信インタフェースの中の前記制御処理過程により決定された前記所定の通信インタフェースを示す識別情報に関連付けされる有効である旨を示す情報とを記憶する記憶処理過程と、受信された受信データに含まれる送信元としての通信インタフェースを示す識別情報が、前記記憶処理過程により記憶されている有効である旨を示す情報に対応する識別情報と一致するか否かを判定する判定処理過程と、前記判定処理過程により前記２つの識別情報が一致すると判定されたときのみ前記受信データを受理し、前記判定処理過程により前記２つの識別情報が一致しないと判定されたときは前記受信データを破棄するデータ処理過程と、をコンピュータに実行させることを特徴とする。

請求項１記載の発明によれば、サーバ装置にかかわる複数の通信インタフェースのそれぞれから送信される重複する同一のデータを受信した場合であっても、同一のデータに対する多重の処理を防止することができる。

請求項２記載の発明によれば、サーバ装置にかかわる複数の通信インタフェースのそれぞれから送信される重複する同一のデータを受信した場合であっても、同一のデータに対する多重の処理を防止することができる。

請求項３記載の発明によれば、サーバ装置にかかわる複数の通信インタフェースのそれぞれから送信される重複する同一のデータを受信した場合であっても、同一のデータに対する多重の処理を防止させるソフトウェアを提供することができる。

請求項４記載の発明によれば、サーバ装置にかかわる複数の通信インタフェースのそれぞれから送信される重複する同一のデータを受信した場合であっても、同一のデータに対する多重の処理を防止させるソフトウェアを提供することができる。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための図面において同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。

（実施の形態１）

図１は、実施の形態１に係るクライアント装置を含むネットワークシステムの構成を示している。

ネットワークシステム１は、図１に示すように、クライアント装置１０と複数のサーバ装置２０，３０，４０とが通信回線５０を介して接続されている。

クライアント装置１０はデータの送受信を行う通信手段１１を有しており、この通信手段１１が、通信回線５０を介して複数のサーバ装置２０，３０，４０との通信を行う。

サーバ装置２０は複数の通信インタフェース（以下「通信Ｉ／Ｆ」という。）２１，２２２，２３，２４を有しており、これらの通信Ｉ／Ｆ２１〜２４が通信回線５０を介してクライアント装置１０との通信を行う。

通信Ｉ／Ｆ２１、通信Ｉ／Ｆ２２、通信Ｉ／Ｆ２３および通信Ｉ／Ｆ２４には、それぞれ例えば「１９２．１６８．１．１０」、「１９２．１６８．１．１１」、「１９２．１６８．１．１２」および「１９２．１６８．１．１３」のアドレス（ＩＰアドレス）が割り当てられている。

サーバ装置３０は複数の通信Ｉ／Ｆ３１，３２を有しており、これらの通信Ｉ／Ｆ３１，３２が通信回線５０を介してクライアント装置１０との通信を行う。

通信Ｉ／Ｆ３１および通信Ｉ／Ｆ３２には、それぞれ例えば「１９２．１６８．１．２０」および「１９２．１６８．１．２１」のアドレス（ＩＰアドレス）が割り当てられている。

サーバ装置４０は通信Ｉ／Ｆ４１を有しており、この通信Ｉ／Ｆ４１が通信回線５０を介してクライアント装置１０との通信を行う。

通信Ｉ／Ｆ４１には、例えば「１９２．１６８．１．３０」のアドレス（ＩＰアドレス）が割り当てられている。

通信回線５０としては、ローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などネットワークや電話回線などの有線通信回線、無線ＬＡＮなどの無線通信回線、さらには、これらの通信回線を組み合わせたもの、などが挙げられる。

図２は、クライアント装置１０の機能構成を示している。

クライアント装置１０は、図２に示すように、ホストリスト制御部１１０、ホストグループテーブル制御部１２０、重複判定部１３０、情報管理アプリケーション１４０、記憶部１５０および送受信部１６０を備えている。

ホストリスト制御１１０は、次の（Ａ１）および（Ａ２）の生成方法によりホストリストを生成する。

（Ａ１）ＳＮＭＰで装置（デバイス）例えばサーバ装置を検索するとともに、この検索により応答のあった装置（サーバ装置）のアドレスをホストリストに追加し、さらに応答のあった装置（サーバ装置）に対しトラップ設定する。

（Ａ２）ＪｏｂＭＩＢ要求をブロードキャストして装置（サーバ装置）を検索するとともに、この検索により応答のあった装置（サーバ装置）のアドレスをホストリストに追加する。

ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）は、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で使用されるプロトコル（ネットワーク管理プロトコル）である。ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）はＳＮＭＰで授受される情報を意味する。

なお、上記（Ａ１）および上記（Ａ２）の各生成方法以外にも、次の（Ａ３）の生成方法によりホストリストは生成される。

（Ａ３）ユーザがエディタにより予めホストリストを作成する。

したがって、ホストリストは、上述したように（Ａ１）から（Ａ３）の３つの生成方法のうち何れかの方法により生成されることになる。生成されたホストリストは記憶部１５０に記憶される。

ホストグループテーブル制御部１２０は、次の（Ｂ１）から（Ｂ３）の３つの生成方法のうち何れかの方法よりホストグループテーブルを生成する。

（Ｂ１）ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ：ページ記述言語）エラーになるジョブを装置例えばサーバ装置へ送信して、ホストグループテーブルを作成する。

（Ｂ２）ＪｏｂＭＩＢ取得要求を装置（サーバ装置）へ送信して、取得したＪｏｂＭＩＢ（ジョブ履歴）を基にしてホストグループテーブルを作成する。

（Ｂ３）能動的にＪｏｂＭＩＢ取得要求を装置へ送信せずに、既に取得してあるジョブ履歴を基にホストグループテーブルを作成する。すなわち、ジョブを送信する毎に、ジョブ履歴を取得しておき、ホストグループを作成するときに、取得されていないホストからジョブ履歴を取得する。

すなわち、本実施の形態１では、ホストリスト制御部１１０がホストリストを生成（一時的に生成）あるいはユーザがエディタによりホストリストを生成すると、ホストグループテーブル制御部１２０は、その生成されたホストリストを基にホストグループテーブルを作成するようになっている。このようにして生成されたホストグループテーブルは、記憶部１５０に記憶される。

ホストリストは図３に示すようなデータ構造になっている。ホストリスト２００は、ホスト登録数領域２１０と、実際のアドレス情報が登録されるアドレス登録領域２２０とから構成されており、記憶部１５０に記憶される。

アドレス登録領域２２０には、符号２２１で示す如く、サーバ装置２０（サーバ装置Ａ）の４つの通信インタフェースにかかわるアドレス（ＩＰアドレス）が、また符号２２２で示す如く、サーバ装置３０（サーバ装置Ｂ）の２つの通信インタフェースにかかわるアドレス（ＩＰアドレス）が、さらに符号２２３で示す如く、サーバ装置４０（サーバ装置Ｃ）の１つの通信インタフェースにかかわるアドレス（ＩＰアドレス）が、それぞれ登録されている。ホスト登録数領域２１０の項目には、アドレス登録領域２２０に登録されているアドレスの数「７」が登録されている。

ホストグループテーブルは図４に示すようなデータ構造になっている。ホストグループテーブル３００は、有効ホストアドレス３１０および破棄対象ホストアドレス３２０の各項目から構成されており、記憶部１５０に記憶される。

ホストグループテーブル３００において、符号３２１で示す行（１行目の行）には、ホストリスト２００のサーバ装置２０（サーバ装置Ａ）の４つの通信インタフェースにかかわるアドレスが登録されている。

また符号３２２で示す行（２行目の行）には、ホストリスト２００のサーバ装置３０（サーバ装置Ｂ）の２つの通信インタフェースにかかわるアドレスが登録されている。

さらに符号３２３で示す行（３行目の行）には、ホストリスト２００のサーバ装置４０（サーバ装置Ｃ）の１つの通信インタフェースにかかわるアドレスが登録されている。

本実施の形態１では、複数の通信インタフェースのそれぞれを示す識別情報とは、サーバ装置にかかわる単一または複数の通信インタフェースに対して割り当てられたアドレス（ＩＰアドレス）である。また、通信インタフェースを示す識別情報に関連付けされる有効である旨を示す情報とは、ホストグループテーブル３００の有効ホストアドレス３１０である。

例えば、ホストグループテーブル３００のサーバ装置２０に注目した場合（符号３２１で示される行に注目した場合）、有効ホストアドレス３１０に登録されている１つのアドレスおよび破棄対象ホストアドレス３２０に登録されている３つのアドレスが、それぞれ通信インタフェースを示す識別情報に対応する。

また、有効ホストアドレス３１０（の項目情報）が、所定の通信インタフェースを示す識別情報に関連付けされる有効である旨を示す情報である。したがって、有効ホストアドレス３１０に登録されている１つのアドレスが、所定の通信インタフェースを示す識別情報である。換言すれば、有効ホストアドレス３１０に登録されている１つのアドレス（ＩＰアドレス）は、所定の通信インタフェースに割り当てられたアドレス（ＩＰアドレス）を意味する。

再度、図２を参照して説明する。重複判定部１３０は、ホストグループテーブルを基に、同一のホストからの応答かを判断（重複判定）して、情報管理アプリケーション（アプリケーションソフトウェア）１４０に単一の応答を返す。

記憶部１５０は、ホストリスト、ホストグループテーブル、送信すべき送信データ、受信された受信データを記憶する。

送受信部１６０は、図１に示した通信手段１１の機能を果たし、通信回線５０を介してサーバ装置の通信インタフェースとの間でデータの送受信を行う。
本実施の形態１では、送受信部１６０は通信手段に対応し、記憶部１５０は記憶手段に対応し、重複判定部１３０は判定手段およびデータ処理手段に対応し、ホストグループテーブル制御部１２０は制御手段に対応する。

次に、ホストリスト制御部１１０によるホストリストの生成処理について、図５を参照して説明する。ここでは、上記（Ａ１）の生成方法によるホストリストの生成処理について説明する。

図５は、その生成処理の処理手順を示すフローチャートである。

図６（ａ）に示すネットワークシステム（図１示すネットワークシステム１）において、クライアント装置１０では、ホストリスト制御部１１０は、図６（ｂ）に示すようにホストリスト２００を初期化（ホスト数＝０）し（ステップＳ１０１）、図７（ａ）に示すようにＳＮＭＰで検索パケットをブロードキャスト送信する（ステップＳ１０２）。

ホストリスト制御部１１０は、検索パケットに対する応答のタイムアウトであるか否かを判断し（ステップＳ１０３）、この判断した結果、タイムアウトではない場合は、検索パケットに対する応答があるか否かを判断し（ステップＳ１０４）、この判断した結果、応答がない場合にはステップＳ１０３に戻り、一方、応答がある場合は応答パケットから送信元アドレス（ホストアドレス）を取得する（ステップＳ１０５）。

ホストリスト制御部１１０は、取得した送信元アドレス（ホストアドレス）をホストリスト２００に追加するとともに（ステップＳ１０６）、ホストリスト２００のホスト登録数（ホスト数）のカウントをインクリメントし（ステップＳ１０７）、その後、応答したサーバ装置（ホスト）へトラップ設定する（ステップＳ１０８）。

なお、ステップＳ１０３においてタイムアウトの場合、ホストリスト制御部１１０は、この処理を終了する。

ここで、ホストリスト２００へのアドレスの登録の具体例を説明する。

図７（ａ）に示したようにホストリスト制御部１１０がＳＮＭＰで検索パケットを送信した後、図８（ａ）に示すように、サーバ装置２０（サーバ装置Ａ）から応答パケットがクライアント装置１０へ送信されると、クライアント装置１０では、ホストリスト制御部１１０は、その応答パケットを受信して、その応答パケットを基に送信元アドレス（ホストアドレス）すなわち、「１９２．１６８．１．１０」、「１９２．１６８．１．１１」、「１９２．１６８．１．１２」および「１９２．１６８．１．１３」を取得する。

ホストリスト制御部１１０は、図８（ｂ）に示すように、これらのアドレス（ホストアドレス）を順次、ホストリスト２００のアドレス登録領域２２０に登録するとともに、アドレス登録数２１０の項目の値をインクリメントする。ここでは、符号２２１で示されるように４つのアドレス（ホストアドレス）が登録されたので、アドレス登録数２１０の値は「０」から「４」に変化する。

また、図９（ａ）に示すように、サーバ装置３０（サーバ装置Ｂ）から応答パケットがクライアント装置１０へ送信されると、クライアント装置１０では、ホストリスト制御部１１０は、その応答パケットを受信して、その応答パケットを基に送信元アドレス（ホストアドレス）すなわち、「１９２．１６８．１．２０」、「１９２．１６８．１．２１」を取得し、図９（ｂ）に示すように、これらのアドレス（ホストアドレス）を順次、ホストリスト２００のアドレス登録領域２２０に登録するとともに、アドレス登録数２１０の項目の値をインクリメントする。ここでは、符号２２２で示されるように２つのアドレス（ホストアドレス）が登録されたので、アドレス登録数２１０の値は「４」から「６」に変化する。

さらに、図１０（ａ）に示すようにサーバ装置３０（サーバ装置Ｂ）から応答パケットがクライアント装置１０へ送信された場合も、上記同様に、ホストリスト制御部１１０は、上記同様に、図９（ｂ）に示すように、取得したアドレス（ホストアドレス）をホストリスト２００のアドレス登録領域２２０に登録するとともに、アドレス登録数２１０の項目の値をインクリメントする。この場合、符号２２３で示されるように１つのアドレス（ホストアドレス）が登録されるので、アドレス登録数２１０の値は「６」から「７」に変化する。

次に、ホストリスト制御部１１０によるホストリストの他の生成処理について、図１１を参照して説明する。ここでは、上記（Ａ２）の生成方法によるホストリストの生成処理について説明する。

図１１は、その生成処理の処理手順を示すフローチャートである。

ホストリスト制御部１１０は、上記図５に示した生成処理の場合と同様に、ホストリスト２００を初期化（ホスト数＝０）し（ステップＳ２０１）、ＪｏｂＭＩＢ要求をブロードキャスト送信し（ステップＳ２０２）、ＪｏｂＭＩＢ要求に対する応答のタイムアウトであるか否かを判断する（ステップＳ２０３）。

ホストリスト制御部１１０は、ステップＳ２０３において、タイムアウトではないと判断した場合は、ＪｏｂＭＩＢ要求に対する応答があるか否かを判断し（ステップＳ２０４）、この判断した結果、応答がない場合にはステップＳ２０３に戻り、一方、応答がある場合は応答パケットから送信元アドレス（ホストアドレス）を取得する（ステップＳ２０５）。

ホストリスト制御部１１０は、取得した送信元アドレス（ホストアドレス）をホストリスト２００に追加するとともに（ステップＳ２０６）、ホストリスト２００のホスト登録数（ホスト数）のカウントをインクリメントする（ステップＳ２０７）。

なお、ステップＳ２０３においてタイムアウトの場合、ホストリスト制御部１１０は、この処理を終了する。

上述した（Ａ２）の生成方法によるホストリストの生成処理においても、サーバ装置２０（サーバ装置Ａ）、サーバ装置３０（サーバ装置Ｂ）およびサーバ装置４０（サーバ装置Ｃ）から応答パケットがクライアント装置１０に向けて送信された場合、ホストリスト２００は、図１０（ｂ）に示す内容となる。

最後に、ホストリストのさらに他の生成処理について、図１２を参照して説明する。ここでは、上記（Ａ３）の生成方法によるホストリストの生成処理について説明する。

図１２は、その生成処理の処理手順を示すフローチャートである。

ユーザが、クライアント装置１０を操作して、ホストリストファイルをエディタで作成する。またはユーザが、ホストリストを作成するためのアプリケーション例えばＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：グラフィカル・ユーザ・インタフェース）を起動させ、このＧＵＩを使用してホストリストを作成する（ステップＳ３０１）。

そして、ホストリスト制御部１１０は、ホストリスト２００を初期化（ホスト数＝０）し（ステップＳ３０２）、その後、ホストリストファイルをホストリストにロードする（ステップＳ３０３）。

次に、ホストグループテーブル制御部１２０によるホストグループテーブルの生成処理について、図１３を参照して説明する。ここでは、上記（Ｂ１）の生成方法によるホストグループテーブルの生成処理について説明する。

図１３は、その生成処理の処理手順を示すフローチャートである。

クライアント装置１０では、ホストグループテーブル制御部１２０は、ホストリスト（Ｘ台）２００を保持するとともに（ステップＳ４０１）、ホストグループテーブル３００を初期化し（ステップＳ４０２）、その後、「Ｘ＝０」の関係式が成立するか否かを判断する（ステップＳ４０３）。

ここで、ホストリスト２００に登録されているアドレス数をＸとする。

ステップＳ４０３において「Ｘ＝０」の関係式が不成立であると判断したホストグループテーブル制御部１２０は、ホストリスト２００の１番目のアドレス（ホストアドレス）に対応するサーバ装置（ホスト）に対し、ＰＤＬエラーになるジョブ（Ｊｏｂ）を送信し（ステップＳ４０４）、そのサーバ装置から通知されるトラップを受信するまで待機（トラップ通知受信待ち）する（ステップＳ４０５）。

上記サーバ装置（ホスト）つまりホストリスト２００の１番目のアドレス（ホストアドレス）の通信インタフェースが上記ジョブ（Ｊｏｂ）に対する応答をクライアント装置１０に向けて送信すると、クライアント装置１０では、ホストグループテーブル制御部１２０は、送受信部１６０を介してその応答を取得したことを受けて、ホストリスト２００の１番目のアドレスを、ホストグループテーブル３００の有効ホスト（グループ）つまり有効ホストアドレス３１０に登録するとともに（ステップＳ４０６）、当該１番目のアドレス（ホストアドレス）をホストリスト２００から削除し（ステップＳ４０７）、さらに、アドレス数Ｘを「Ｘ−１」とする、つまり「Ｘ＝Ｘ−１」を演算する（ステップＳ４０８）。

サーバ装置（ホスト）からクライアント装置１０へトラップが通知されると、ホストグループテーブル制御部１２０は、ホストリスト２００の１番目のアドレスのサーバ装置からの応答の内容と同じトラップを返してきたサーバ装置（ホスト）を認識するとともに、トラップを返してきたサーバ装置（ホスト）の通信Ｉ／Ｆにかかわるホストアドレスの数を「Ｙ」とする（ステップＳ４０９）。

ホストグループテーブル制御部１２０は、トラップを返してきたサーバ装置（ホスト）のホストアドレスをホストグループテーブル３００の破棄対象ホストアドレス３２０に登録するとともに（ステップＳ４１０）、破棄対象ホストアドレス３２０に登録したアドレス（ホストアドレス）をホストリスト２００から削除し（ステップＳ４１１）、さらに、アドレス数Ｘを「Ｘ−Ｙ」とする、つまり「Ｘ＝Ｘ−Ｙ」を演算する（ステップＳ４１２）、その後、ステップＳ４３０に戻る。

なお、ステップＳ４０３において「Ｘ＝０］の関係式が成立する場合、ホストグループテーブル制御部１２０は、この処理を終了する。

ここで、上記（Ｂ１）の生成方法によるホストグループテーブル３００の生成処理の具体例について説明する。

図１４（ａ）に示すネットワークシステム（図１示すネットワークシステム１）において、クライアント装置１０では、ホストグループテーブル制御部１２０は、図１４（ｂ）に示すようにホストリスト（Ｘ台）２００を保持するとともに、図１４（ｃ）に示すようにホストグループテーブル３００を初期化する。ここで、アドレス数Ｘは「７」である。

（１）サーバ装置２０（サーバ装置Ａ）にかかわるホストアドレスのホストグループテーブル３００への登録

この場合、図１４（ｂ）に示すホストリスト２００においては、アドレス数Ｘは「７」である。そのため、ホストグループテーブル制御部１２０は、アドレス数Ｘは「Ｘ＝７」であるため、図１４（ａ）に示すように、ホストリスト２００の１番目のホストアドレス「１９２．１６８．１．１０」宛てに、ＰＤＬエラーになるジョブを送信する。

クライアント装置１０が、図１５（ａ）に示すように、サーバ装置２０（サーバ装置Ａ）の通信Ｉ／Ｆ２１（ホストアドレス「１９２．１６８．１．１０」）から送信された応答（ＰＤＬエラーになるジョブに対する応答）を受信すると、ホストグループテーブル制御部１２０は、送受信部１６０を介してその応答を取得したことを受けて、図１５（ｂ）に示すように、ホストリスト２００の１番目のアドレス「１９２．１６８．１．１０」を、ホストグループテーブル３００の有効ホスト（グループ）つまり有効ホストアドレス３１０に登録する。

ホストグループテーブル制御部１２０は、ホストリスト２００の１番目のアドレス「１９２．１６８．１．１０」をホストリスト２００から削除するとともに、「Ｘ−１」を新たなアドレス数Ｘとする。

この場合、新たなアドレス数Ｘは「Ｘ＝Ｘ−１＝７−１＝６」となる。

また、サーバ装置２０（サーバ装置Ａ）の通信Ｉ／Ｆ２２（ホストアドレス「１９２．１６８．１．１１」）、通信Ｉ／Ｆ２３（ホストアドレス「１９２．１６８．１．１２」）、および通信Ｉ／Ｆ２４（ホストアドレス「１９２．１６８．１．１３」）から、図１５（ａ）に示すように、通信Ｉ／Ｆ２１（ホストアドレス「１９２．１６８．１．１０」）から送信された応答と同じ内容のトラップがクライアント装置１０に返ってきた場合、ホストグループテーブル制御部１２０は、それらのサーバ装置（ホスト）を認識するとともに、トラップを返してきたサーバ装置（ホスト）の通信Ｉ／Ｆにかかわるホストアドレスの数を「Ｙ」とする。

ここで、トラップを返してきたサーバ装置２０（サーバ装置Ａ）の通信Ｉ／Ｆにかかわるホストアドレスの数Ｙは「３」である。

次に、ホストグループテーブル制御部１２０は、図１５（ｂ）に示すように、トラップを返してきたサーバ装置（ホスト）のホストアドレスつまりホストアドレス「１９２．１６８．１．１１」、ホストアドレス「１９２．１６８．１．１２」、およびホストアドレス「１９２．１６８．１．１３」を破棄対象ホストアドレス３２０に登録する。

また、ホストグループテーブル制御部１２０は、これら３つのホストアドレスをホストリスト２００から削除する。

この場合、トラップを返してきたサーバ装置（ホスト）の通信Ｉ／Ｆにかかわるホストアドレスの数Ｙは「３」であるので、新たなアドレス数Ｘは「Ｘ＝Ｘ−Ｙ＝６−３＝３」となる。

ここまでの処理が終了した状態では、ホストリスト２００は、図１５（ｃ）に示す内容（図１４（ｂ）のホストリスト２００の内容と同等））から図１５（ｄ）に示す内容に遷移した状態になっている。また、ホストグループテーブル３００は、図１４（ｃ）に示す内容から図１５（ｂ）に示す内容に遷移した状態になっている。

（２）サーバ装置３０（サーバ装置Ｂ）にかかわるホストアドレスのホストグループテーブル３００への登録

ホストグループテーブル制御部１２０は、新たなアドレス数Ｘは「Ｘ＝３」であるので、図１６（ａ）に示すように、図１６（ｂ）に示すホストリスト２００（図１５（ｄ）のホストリスト２００と同等）の１番目のホストアドレス「１９２．１６８．１．２０」宛てに、ＰＤＬエラーになるジョブを送信する。この場合、サーバ装置３０（サーバ装置Ｂ）の通信Ｉ／Ｆ２１（ホストアドレス「１９２．１６８．１．２０」）宛てにＰＤＬエラーになるジョブが送信される。

そして、サーバ装置２０（サーバ装置Ｂ）の場合と同様に、図１７（ａ）に示すように、サーバ装置３０（サーバ装置Ｂ）の通信Ｉ／Ｆ３１（ホストアドレス「１９２．１６８．１．２０」）から、ＰＤＬエラーになるジョブに対する応答がクライアント装置１０に返されると、ホストグループテーブル制御部１２０は、図１７（ｂ）に示すように、ホストアドレス「１９２．１６８．１．２０」をホストグループテーブル３００の有効ホストアドレス３１０に登録する。

また、ホストグループテーブル制御部１２０は、ホストリスト２００の１番目のアドレス「１９２．１６８．１．２０」をホストリスト２００から削除する。

この場合、新たなアドレス数Ｘは「Ｘ＝Ｘ−１＝３−１＝２」となる。

次に、サーバ装置３０（サーバ装置Ｂ）のホストアドレス「１９２．１６８．１．２１」の通信Ｉ／Ｆ３２から、図１７（ａ）に示すように、通信Ｉ／Ｆ３１（ホストアドレス「１９２．１６８．１．２０」）から送信された応答と同じ内容のトラップがクライアント装置１０に返ってきた場合、ホストグループテーブル制御部１２０は、図１７（ｂ）に示すように、トラップを返してきたサーバ装置（ホスト）のホストアドレスつまりホストアドレス「１９２．１６８．１．２１」を破棄対象ホストアドレス３２０に登録する。

またホストグループテーブル制御部１２０は、そのホストアドレス「１９２．１６８．１．２１」をホストリスト２００から削除する。

ここで、サーバ装置３０（サーバ装置Ｂ）の通信Ｉ／Ｆにかかわるホストアドレスの数Ｙは「１」であるので、新たなアドレス数Ｘは「Ｘ＝Ｘ−Ｙ＝２−１＝１」となる。

ここまでの処理が終了した状態では、図１７（ｃ）に示すホストリスト２００は、図１７（ｄ）に示す内容に遷移した状態になる。また、ホストグループテーブル３００は、図１６（ｃ）に示す内容から図１７（ｂ）に示す内容に遷移した状態になっている。

（３）サーバ装置４０（サーバ装置Ｃ）にかかわるホストアドレスのホストグループテーブル３００への登録

ホストグループテーブル制御部１２０は、新たなアドレス数Ｘは「Ｘ＝１」であるので、図１８（ａ）に示すように、図１８（ｂ）に示すホストリスト２００（図１７（ｄ）のホストリスト２００と同等）の１番目のホストアドレス「１９２．１６８．１．３０」宛てに、ＰＤＬエラーになるジョブを送信する。この場合、サーバ装置４０（サーバ装置Ｃ）の通信Ｉ／Ｆ３１（ホストアドレス「１９２．１６８．１．３０」）宛てにＰＤＬエラーになるジョブが送信される。

そして、サーバ装置２０（サーバ装置Ａ）の場合と同様に、図１９（ａ）に示すように、サーバ装置４０（サーバ装置Ｃ）の通信Ｉ／Ｆ４１（ホストアドレス「１９２．１６８．１．３０」）から、ＰＤＬエラーになるジョブに対する応答がクライアント装置１０に返されると、ホストグループテーブル制御部１２０は、図１９（ｂ）に示すように、ホストアドレス「１９２．１６８．１．３０」をホストグループテーブル３００の有効ホストアドレス３１０に登録する。

またホストグループテーブル制御部１２０は、ホストリスト２００の１番目のアドレス「１９２．１６８．１．３０」をホストリスト２００から削除する。

この場合、新たなアドレス数Ｘは「Ｘ＝Ｘ−１＝１−１＝０」となる。

ところで、サーバ装置４０（サーバ装置Ｃ）は１つの通信Ｉ／Ｆ４１のみを有しているので、サーバ装置４０（サーバ装置Ｃ）からは、通信Ｉ／Ｆ３１（ホストアドレス「１９２．１６８．１．２０」）から送信された応答と同じ内容のトラップはクライアント装置１０へは返信されない。

すなわち、トラップを返してきたサーバ装置４０（サーバ装置Ｃ）の通信Ｉ／Ｆにかかわるホストアドレスの数Ｙは「０」であるので、新たなアドレス数Ｘは「Ｘ＝Ｘ−Ｙ＝０−０＝０」となる。

上述したようにしてサーバ装置２０（サーバ装置Ａ）、サーバ装置３０（サーバ装置Ｂ）およびサーバ装置４０（サーバ装置Ｃ）のそれぞれの通信Ｉ／Ｆにかかわるホストアドレスがホストグループテーブル３００の有効ホストアドレス３１０または破棄対象ホストアドレス３２０に登録されたときは、図１９（ｃ）に示すホストリスト２００は、図１９（ｄ）に示す内容に遷移した状態になる。また、ホストグループテーブル３００は、図１８（ｃ）に示す内容から図１９（ｂ）に示す内容に遷移した状態になっている。

そして、図１９（ｄ）に示すホストリスト２００を参照して明らかなように、新たなアドレス数Ｘは「０」なので（ホストリスト２００にはホストアドレスが登録されていないので）、ホストグループテーブル制御部１２０は、ホストグループテーブルの生成処理を終了する。

次に、ホストグループテーブル制御部１２０によるホストグループテーブルの他の生成処理について、図２０を参照して説明する。ここでは、上記（Ｂ２）の生成方法によるホストグループテーブルの生成処理について説明する。

図２０は、その生成処理の処理手順を示すフローチャートである。

クライアント装置１０では、ホストグループテーブル制御部１２０は、ホストリスト（Ｘ台）２００を保持するとともに（ステップＳ５０１）、ホストグループテーブル３００を初期化し（ステップＳ５０２）、その後、「Ｘ＝０」の関係式が成立するか否かを判断する（ステップＳ５０３）。

ここで、ホストリスト２００に登録されているアドレス数を「Ｘ」とする。

ステップＳ５０３において「Ｘ＝０」の関係式が不成立であると判断したホストグループテーブル制御部１２０は、ホストリスト２００の１番目のアドレス（ホストアドレス＃）に対応するサーバ装置（ホスト）に対し、ジョブ（Ｊｏｂ）を送信し（ステップＳ５０４）、その後、そのサーバ装置に対しジョブ（Ｊｏｂ）履歴を要求するとともに、そのサーバ装置からのジョブ（Ｊｏｂ）履歴要求に対する応答（ジョブ履歴）を受信する（ステップＳ５０５）。

ホストグループテーブル制御部１２０は、送受信部１６０を介してジョブ履歴を取得したことを受けて、ホストリスト２００の１番目のアドレスを、ホストグループテーブル３００の有効ホスト（グループ）つまり有効ホストアドレス３１０に登録するとともに（ステップＳ５０６）、当該１番目のアドレス（ホストアドレス）をホストリスト２００から削除し（ステップＳ５０７）、さらに、アドレス数Ｘを「Ｘ−１」とする、つまり「Ｘ＝Ｘ−１」を演算する（ステップＳ５０８）。

ホストグループテーブル制御部１２０は、「Ｘ＝０」の関係式が成立するか否かを判断し（ステップＳ５０９）、この判断した結果、「Ｘ＝０」の関係式が不成立である場合は、ｐ＝１とし（ステップＳ５１０）、ホストリスト２００のｐ番目のホストアドレスに対応するサーバ装置（ホスト）に対しジョブ（Ｊｏｂ）履歴を要求するとともに、そのサーバ装置からのジョブ（Ｊｏｂ）履歴要求に対する応答（ジョブ履歴）を受信する（ステップＳ５１１）。

ホストグループテーブル制御部１２０は、送受信部１６０を介してジョブ履歴を取得したことを受けて、ホストテーブル２００から削除前の１番目のホストアドレス＃（ステップＳ５０４でのホストアドレス＃）のサーバ装置（ホスト）からのジョブ履歴と、ｐ番目のホストアドレスのサーバ装置（ホスト）からのジョブ履歴とがマッチングするか否かを判断する（ステップＳ５１２）。

ステップＳ５１２において上記２つのジョブ履歴がマッチングすると判断したホストグループテーブル制御部１２０は、ｐ番目のホストアドレスをホストグループテーブル３００の破棄対象ホストアドレス３２０に登録するともに（ステップＳ５１３）、ｐ番目のホストアドレスをホストリスト２００から削除する（ステップＳ５１４）。

ステップＳ５１４を終了したホストグループテーブル制御部１２０は、新たなアドレス数Ｘを「Ｘ−１」とし（ステップＳ５１５）、「ｐ＞Ｘ」の関係式が成立するか否かを判断し（ステップＳ５１６）、この判断した結果、「ｐ＞Ｘ」の関係式が不成立の場合にはステップＳ５１１に戻り、一方、「ｐ＞Ｘ」の関係式が成立する場合はステップＳ５０３に戻る。

ステップＳ５１２において上記２つのジョブ履歴がマッチングしないと判断したホストグループテーブル制御部１２０は、新たな「ｐ」を「ｐ＋１」とし（ステップＳ５１７）、その後、ステップＳ５１６へ進む。

なお、ステップＳ５０３において「Ｘ＝０］の関係式が成立する場合、ステップＳ５０９において「Ｘ＝０］の関係式が成立する場合、ホストグループテーブル制御部１２０は、この処理を終了する。

ここで、上記（Ｂ２）の生成方法によるホストグループテーブル３００の生成処理の具体例について説明する。

（１）サーバ装置２０（サーバ装置Ａ）にかかわるホストアドレスのホストグループテーブル３００への登録

（１−１）ホストグループテーブル制御部１２０は、図２１（ａ）に示すホストリスト２００の１番目のホストアドレス＃＝ホストアドレス「１９２，１６８．１．１０」に対応する通信Ｉ／Ｆ２１を有するサーバ装置２０へジョブを送信し、その後、ホストリスト２００の１番目のホストアドレス＃＝ホストアドレス「１９２，１６８．１．１０」に対応する通信Ｉ／Ｆ２１を有するサーバ装置２０へジョブ履歴要求を送信し、そのジョブ履歴要求に対する応答（ジョブ履歴）を受信する。

この１番目のホストアドレス「１９２，１６８．１．１０」がホストグループテーブル３００の有効ホストアドレス３１０に登録される。

また、この１番目のホストアドレス「１９２，１６８．１．１０」がホストリスト２００から削除される。この場合、ホストリスト２００は、図２１（ａ）に示す内容から図２１（ｂ）に示す内容に遷移する。この時点においては、アドレス数Ｘは「Ｘ＝Ｘ−１＝７−１＝６」である。またｐは「ｐ＝１」と定義される。

（１−２）ホストグループテーブル制御部１２０は、図２１（ｂ）に示すホストリスト２００のｐ番目＝１番目のホストアドレス１９２，１６８．１．１１」に対応する通信Ｉ／Ｆ２２を有するサーバ装置２０へジョブ履歴要求を送信し、そのジョブ履歴要求に対する応答（ジョブ履歴）を受信する。

（１−３）ホストリスト２００の１番目のホストアドレス＃＝ホストアドレス「１９２，１６８．１．１０」に対応する通信Ｉ／Ｆ２１を有するサーバ装置２０からのジョブ履歴と、ｐ番目＝１番目のホストアドレス１９２，１６８．１．１１」に対応する通信Ｉ／Ｆ２２を有するサーバ装置２０からのジョブ履歴とはマッチングする。

（１−４）ホストグループテーブル制御部１２０は、ｐ番目＝１番目のホストアドレス１９２，１６８．１．１１」をホストグループテーブル３００に破棄対象ホストアドレス３２０に登録し、ｐ番目＝１番目のホストアドレス１９２，１６８．１．１１」をホストリスト２００から削除する。この場合、ホストリスト２００は、図２１（ｂ）に示す内容から図２１（ｃ）に示す内容に遷移する。この時点においては、アドレス数Ｘは「Ｘ＝Ｘ−１＝６−１＝５」である。またｐは「ｐ＝１」のままである。

（１−５）ホストグループテーブル制御部１２０は、図２１（ｃ）に示すホストリスト２００のｐ番目＝１番目のホストアドレス１９２，１６８．１．１２」に対応する通信Ｉ／Ｆ２３を有するサーバ装置２０へジョブ履歴要求を送信し、そのジョブ履歴要求に対する応答（ジョブ履歴）を受信する。

（１−６）この場合も、ホストリスト２００の１番目のホストアドレス＃＝ホストアドレス「１９２，１６８．１．１０」に対応する通信Ｉ／Ｆ２１を有するサーバ装置２０からのジョブ履歴と、ｐ番目＝１番目のホストアドレス１９２，１６８．１．１２」に対応する通信Ｉ／Ｆ２３を有するサーバ装置２０からのジョブ履歴とはマッチングする。

（１−７）ホストグループテーブル制御部１２０は、ｐ番目＝１番目のホストアドレス１９２，１６８．１．１２」をホストグループテーブル３００に破棄対象ホストアドレス３２０に登録し、ｐ番目＝１番目のホストアドレス１９２，１６８．１．１２」をホストリスト２００から削除する。この場合、ホストリスト２００は、図２１（ｃ）に示す内容から図２１（ｄ）に示す内容に遷移する。この時点においては、アドレス数Ｘは「Ｘ＝Ｘ−１＝５−１＝４」である。またｐは「ｐ＝１」のままである。

（１−８）ホストグループテーブル制御部１２０は、図２１（ｄ）に示すホストリスト２００のｐ番目＝１番目のホストアドレス１９２，１６８．１．１３」に対応する通信Ｉ／Ｆ２４を有するサーバ装置２０へジョブ履歴要求を送信し、そのジョブ履歴要求に対する応答（ジョブ履歴）を受信する。

（１−９）この場合も、ホストリスト２００の１番目のホストアドレス＃＝ホストアドレス「１９２，１６８．１．１０」に対応する通信Ｉ／Ｆ２１を有するサーバ装置２０からのジョブ履歴と、ｐ番目＝１番目のホストアドレス１９２，１６８．１．１３」に対応する通信Ｉ／Ｆ２４を有するサーバ装置２０からのジョブ履歴とはマッチングする。

（１−１０）ホストグループテーブル制御部１２０は、ｐ番目＝１番目のホストアドレス１９２，１６８．１．１３」をホストグループテーブル３００に破棄対象ホストアドレス３２０に登録し、ｐ番目＝１番目のホストアドレス１９２，１６８．１．１３」をホストリスト２００から削除する。この場合、ホストリスト２００は、図２１（ｄ）に示す内容から図２１（ｅ）に示す内容に遷移する。この時点においては、アドレス数Ｘは「Ｘ＝Ｘ−１＝４−１＝３」である。またｐは「ｐ＝１」のままである。

（１−１１）ホストグループテーブル制御部１２０は、図２１（ｅ）に示すホストリスト２００のｐ番目＝１番目のホストアドレス１９２，１６８．１．２０」に対応する通信Ｉ／Ｆ３１を有するサーバ装置３０へジョブ履歴要求を送信し、そのジョブ履歴要求に対する応答（ジョブ履歴）を受信する。

（１−１２）この場合は、ホストリスト２００の１番目のホストアドレス＃＝ホストアドレス「１９２，１６８．１．１０」に対応する通信Ｉ／Ｆ２１を有するサーバ装置２０からのジョブ履歴と、ｐ番目＝１番目のホストアドレス１９２，１６８．１．２０」に対応する通信Ｉ／Ｆ３１を有するサーバ装置３０からのジョブ履歴とはマッチングしない。

この場合、ｐは「ｐ＋１＝１＋１＝２」と定義される。

（１−１３）ホストグループテーブル制御部１２０は、図２１（ｅ）に示すホストリスト２００のｐ番目＝２番目のホストアドレス１９２，１６８．１．２１」に対応する通信Ｉ／Ｆ３２を有するサーバ装置３０へジョブ履歴要求を送信し、そのジョブ履歴要求に対する応答（ジョブ履歴）を受信する。

（１−１４）この場合は、ホストリスト２００の１番目のホストアドレス＃＝ホストアドレス「１９２，１６８．１．１０」に対応する通信Ｉ／Ｆ２１を有するサーバ装置２０からのジョブ履歴と、ｐ番目＝１番目のホストアドレス１９２，１６８．１．２１」に対応する通信Ｉ／Ｆ３１を有するサーバ装置３０からのジョブ履歴とはマッチングしない。

この場合、ｐは「ｐ＋１＝２＋１＝３」と定義される。

（１−１５）ホストグループテーブル制御部１２０は、図２１（ｅ）に示すホストリスト２００のｐ番目＝３番目のホストアドレス１９２，１６８．１．３０」に対応する通信Ｉ／Ｆ４１を有するサーバ装置４０へジョブ履歴要求を送信し、そのジョブ履歴要求に対する応答（ジョブ履歴）を受信する。

（１−１６）この場合は、ホストリスト２００の１番目のホストアドレス＃＝ホストアドレス「１９２，１６８．１．１０」に対応する通信Ｉ／Ｆ２１を有するサーバ装置２０からのジョブ履歴と、ｐ番目＝３番目のホストアドレス１９２，１６８．１．３０」に対応する通信Ｉ／Ｆ４１を有するサーバ装置４０からのジョブ履歴とはマッチングしない。

この場合、ｐは「ｐ＋１＝３＋１＝４」と定義される。

上述したように、図２１（ａ）に示すホストリスト２００の１番目のホストアドレス＃＝ホストアドレス「１９２，１６８．１．１０」に対応する通信Ｉ／Ｆ２１を有するサーバ装置２０からのジョブ履歴と、図２１（ａ）に示す２番目のホストアドレスから７番目のホストアドレスまでに対応する通信Ｉ／Ｆを有するサーバ装置からのジョブ履歴とのマッチング処理が実施されたことになる。

この場合は、ホストアドレス「１９２，１６８．１．１０」に対応する通信Ｉ／Ｆを有するサーバ装置からのジョブ履歴と、ホストアドレス「１９２，１６８．１．１１」、ホストアドレス「１９２，１６８．１．１２」およびホストアドレス「１９２，１６８．１．１３」のそれぞれに対応する通信Ｉ／Ｆを有するサーバ装置からのジョブ履歴とがマッチングしたので、次は、図２２（ａ）に示すホストリスト２００（図２１（ｅ）に示すホストリストと同等）つまりホストリスト２００に登録されているサーバ装置３０にかかわるホストアドレスおよびサーバ装置４０にかかわるホストアドレスを基に、上記（１−１）以降の処理が実施される。

これにより、ホストリスト２００は、図２２（ａ）に示す内容から図２２（ｂ）に示す内容に遷移され、さらに図２２（ｂ）に示す内容から図２２（ｃ）に示す内容に遷移される。

最後に、図２２（ｃ）に示すホストテーブル２００に登録されているサーバ装置４０にかかわるホストアドレスを基に、上記（１−１）以降の処理が実施される。

そして、最終的に、ホストリスト２００は図１９（ｄ）に示す内容となり、またホストグループテーブル３００は図１９（ｂ）に示す内容となる。

次に、ホストグループテーブル制御部１２０によるホストグループテーブルのさらに他の生成処理について、図２３を参照して説明する。ここでは、上記（Ｂ３）の生成方法によるホストグループテーブルの生成処理について説明する。

図２３は、その生成処理の処理手順を示すフローチャートである。

クライアント装置１０では、ホストグループテーブル制御部１２０は、ホストリスト（Ｘ台）２００を保持するとともに（ステップＳ６０１）、ホストグループテーブル３００を初期化し（ステップＳ６０２）、その後、「Ｘ＝０」の関係式が成立するか否かを判断する（ステップＳ６０３）。

ここで、ホストリスト２００に登録されているアドレス数をＸとする。

ステップＳ６０３において「Ｘ＝０」の関係式が不成立であると判断したホストグループテーブル制御部１２０は、ホストリスト２００の１番目のアドレス（ホストアドレス＃）に対応するサーバ装置（ホスト）にかかわるジョブ（Ｊｏｂ）履歴をロードする（ステップＳ６０４）。

ステップＳ６０４を終了したホストグループテーブル制御部１２０は、ホストリスト２００の１番目のアドレスを、ホストグループテーブル３００の有効ホスト（グループ）つまり有効ホストアドレス３１０に登録するとともに（ステップＳ６０５）、当該１番目のアドレス（ホストアドレス）をホストリスト２００から削除し（ステップＳ６０６）、さらに、アドレス数Ｘを「Ｘ−１」とする、つまり「Ｘ＝Ｘ−１」を演算する（ステップＳ６０７）。

ホストグループテーブル制御部１２０は、「Ｘ＝０」の関係式が成立するか否かを判断し（ステップＳ６０８）、この判断した結果、「Ｘ＝０」の関係式が不成立である場合は、ｐ＝１とし（ステップＳ６０９）、ホストリスト２００のｐ番目のホストアドレスに対応するサーバ装置（ホスト）にかかわるジョブ（Ｊｏｂ）履歴をロードする（ステップＳ６１０）。

ホストグループテーブル制御部１２０は、ホストテーブル２００から削除前の１番目のホストアドレス＃（ステップＳ６０４でのホストアドレス＃）のサーバ装置（ホスト）にかかわるジョブ履歴と、ｐ番目のホストアドレスのサーバ装置（ホスト）にかかわるジョブ履歴とがマッチングするか否かを判断する（ステップＳ６１１）。

ステップＳ６１１において上記２つのジョブ履歴がマッチングすると判断したホストグループテーブル制御部１２０は、ｐ番目のホストアドレスをホストグループテーブル３００の破棄対象ホストアドレス３２０に登録するともに（ステップＳ６１２）、ｐ番目のホストアドレスをホストリスト２００から削除する（ステップＳ６１３）。

ステップＳ６１３を終了したホストグループテーブル制御部１２０は、新たなアドレス数Ｘを「Ｘ−１」とし（ステップＳ６１４）、「ｐ＞Ｘ」の関係式が成立するか否かを判断し（ステップＳ６１５）、この判断した結果、「ｐ＞Ｘ」の関係式が不成立の場合にはステップＳ６１０に戻り、一方、「ｐ＞Ｘ」の関係式が成立する場合はステップＳ６０３に戻る。

ステップＳ６１１において上記２つのジョブ履歴がマッチングしないと判断したホストグループテーブル制御部１２０は、新たな「ｐ」を「ｐ＋１」とし（ステップＳ６１６）、その後、ステップＳ６１５へ進む。

なお、ステップＳ６０３において「Ｘ＝０］の関係式が成立する場合、ステップＳ６０８において「Ｘ＝０］の関係式が成立する場合、ホストグループテーブル制御部１２０は、この処理を終了する。

上記（Ｂ３）の生成方法によるホストグループテーブル３００の生成処理の具体例については、上記（Ｂ２）の生成方法によるホストグループテーブル３００の生成処理の具体例を参照のこと。

クライアント装置１０は、図２４に示すように、ホストリストの３つの生成方法（（Ａ１）〜（Ａ３））の中から１つのホストリストの生成方法を選択し（ステップＳ７１０）、選択した生成方法が、（Ａ１）の生成方法の場合には当該生成方法を実行し（ステップＳ７１１）、（Ａ２）の生成方法の場合には当該生成方法を実行し（ステップＳ７１２）、（Ａ３）の生成方法の場合には当該生成方法を実行する（ステップＳ７１３）。

ここで、ステップＳ７１１およびステップＳ７１２はホストリスト制御部１１０によって実施される。ステップＳ７１３はユーザの操作に応じて処理するエディタまたはＧＵＩによって実施される。

ステップＳ７１１が終了した場合、ステップＳ７１２が終了した場合、ステップＳ７１３が終了した場合、クライアント装置１０は、ホストグループテーブルの３つの生成方法（（Ｂ１）〜（Ｂ３））の中から１つのホストグループテーブルの生成方法を選択し（ステップＳ７２０）、選択した生成方法が、（Ｂ１）の生成方法の場合には当該生成方法を実行し（ステップＳ７２１）、（Ｂ２）の生成方法の場合には当該生成方法を実行し（ステップＳ７２２）、（Ｂ３）の生成方法の場合には当該生成方法を実行する（ステップＳ７２３）。

ここで、ステップＳ７２１〜Ｓ７２３はホストグループテーブル制御部１２０によって実施される。

本実施の形態１では、ホストリストの３つの生成方法（（Ａ１）〜（Ａ３））とホストグループテーブルの３つの生成方法（（Ｂ１）〜（Ｂ３））の組み合わせ（９通り）により、ホストグループテーブルが作成される、あるいはそれらの生成方法の複合によりホストグループテーブルが更新されるようになっている。

次に、重複判定部１３０による同一のホストからの応答の重複判定処理について、図２５を参照して説明する。

図２５は、その重複判定処理の処理手順を示すフローチャートである。

重複判定部１３０は、送受信部１６０を介してサーバ装置から送信されたパケットを受信するまで、パケットの受信待ちの状態となり（ステップＳ８０１）、パケットを受信したときは、そのパケットに含まれる送信元アドレスがホストグループテーブル３００の有効ホストアドレス３１０に登録されているホストアドレスと一致するか否かを判断し（ステップＳ８０２）、この判断した結果、前記２つのアドレスが一致する場合には、情報管理アプリケーション１４０にパケットデータを渡し（ステップＳ８０３）、一方、前記２つのアドレスが一致しない場合はパケットデータを破棄する（ステップＳ８０４）。

ステップＳ８０３を終了した場合、ステップＳ８０４を終了した場合は、ステップＳ８０１に戻る。

例えば、クライアント装置１０が、図２６に示すように、サーバ装置２０の通信Ｉ／Ｆ２１に向けて問い合わせ１＃を送信すると、サーバ装置２０では、複数の通信Ｉ／Ｆ２１，２２，２３，２４がそれぞれ問い合わせ１＃を受信するとともに、これら複数の通信Ｉ／Ｆが、それぞれ問い合わせ１＃に対する応答１＠をクライアント装置２０へ送信する。

この場合、複数の応答１＠を受信したクライアント装置２０では、重複判定部１３０の重複判定処理により、所定の通信Ｉ／Ｆとしての例えば通信Ｉ／Ｆ２１からの応答を、応答として処理する。他の通信Ｉ／Ｆからの応答は破棄される。

以上説明したように、サーバ装置の複数の通信Ｉ／Ｆのそれぞれから、重複する同一の情報（課金情報知、ファイル転送によるファイル、ステータス通知によるステータス情報など）の通知がクライアント装置に到達した場合であっても、クライアント装置では、複数の通信Ｉ／Ｆの中の１つの通信Ｉ／Ｆから通知された情報のみを処理の対象とし、他の通信Ｉ／Ｆから通知された情報については破棄する。このことは、重複して処理することを防止し、これにより例えば二重課金などの弊害を防止することができる。

図２７は、ネットワークシステム１のクライアント装置１０のハードウェア構成を示している。

クライアント装置１０は、図２７に示すように、ＣＰＵ（中央演算処理装置）１０１、記憶装置１０２、ＲＯＭ（読み出し専用メモリ）１０３、ＲＡＭ（随時書き込み読み出しメモリ）１０４、入力装置１０５、表示装置１０６、通信Ｉ／Ｆ１０７を備えている。

記憶装置１０２には、（ａ）上述したホストリストの生成処理の処理手順（図５、図１１参照）に対応するプログラム、（ｂ）上述したホストグループテーブルの生成処理の処理手順（図１３．図２０、図２３参照）に対応するプログラム、（ｃ）上述した重複判定の処理手順（図２５参照）に対応するプログラムを含むデータ処理プログラム１０２Ａが格納されている。また、記憶装置１０２には、情報管理アプリケーション、ホストグループテーブルが格納されている。

なお、上記（ａ）のプログラムはホストリスト制御部１１０の機能を実現させるプログラムでもある。また、上記（ｂ）のプログラムはホストグループテーブル制御部１２０の機能を実現させるプログラムでもある。さらに、上記（ｃ）のプログラムは重複判定部１３０の機能を実現させるプログラムでもある。

上記データ処理プログラム１０２Ａは、少なくとも次の（１）〜（３）の処理過程を含んでいる。

（１）サーバ装置にかかわる複数の通信インタフェースのそれぞれを示す識別情報と、前記複数の通信インタフェースの中の所定の通信インタフェースを示す識別情報に関連付けされる有効である旨を示す情報とを記憶する記憶処理過程。

（２）受信された受信データに含まれる送信元としての通信インタフェースを示す識別情報が、上記記憶処理過程により記憶されている有効である旨を示す情報に対応する識別情報と一致するか否かを判定する判定処理過程。

（３）上記判定処理過程により上記２つの識別情報が一致すると判定されたときのみ前記受信データを受理し、上記判定処理過程により上記２つの識別情報が一致しないと判定されたときは前記受信データを破棄するデータ処理過程。

ＲＯＭ１０３は、データ処理に必要なパラメータやデータなどを記憶している。

ＲＡＭ１０４は、記憶装置１０２から読み込まれたデータ御処理プログラム１０２Ａを記憶する。また、ＲＡＭ１０４は、受信された受信データ（ホストアドレス、トラップ、ジョブ履歴など）、送信すべき送信データ（ＰＤＬエラーになるジョブ、ＪｏｂＭＩＢ取得要求など）などを記憶する。さらに、ＲＡＭ１０４には、ホストリスト制御部１１０によるホストリストの生成処理、およびホストグループテーブル制御部１２０によるホストグループテーブルの生成処理を実施するための作業領域（ワークエリア）が割り当てられている。

入力装置１０５および表示装置１０６はユーザインタエースとして動作する。通信Ｉ／Ｆ１０７は送受信部１６０（図２参照）に対応する。

ＣＰＵ１０１は、ＲＯＭ１０２からＲＡＭ１０３へデータ処理プログラム１０２Ａを読み込んで実行することによりデータ御処理を遂行する。また、ＣＰＵ１０１は、そのデータ御処理を遂行することにより、ホストリスト制御部１１０の機能、ホストグループテーブル制御部１２０の機能、重複判定部１３０の機能を実現する。また、ＣＰＵ１０１はクライアント装置１０全体を制御する。

（実施の形態２）

図２８は、実施の形態２に係るサーバ装置を含むネットワークシステムの構成を示している。

図２８に示すネットワークシステム２において、サーバ装置５００は通信回線６１０および通信回線６２０に接続されている。クライアント装置６００は通信回線６１０に接続されている。サーバ装置５００とクライアント装置６００とは通信回線６１０を介して接続される。

通信回線６１０，６２０としては、ローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などネットワークや電話回線などの有線通信回線、無線ＬＡＮなどの無線通信回線、さらには、これらの通信回線を組み合わせたもの、などが挙げられる。ここでは、通信回線６１０，６２０はネットワークを採用する。

本実施の形態２では、サーバ装置は、複数の通信インタフェースを有する印刷装置、ネットワークスキャナ装置、プリンタ機能やスキャナ機能を有するネットワーク複合機（画像形成装置）など、ネットワーク対応型の画像形成装置（デバイス）を想定している。また、クライアント装置は、コンピュータ（ホスト）を想定している。すなわち、サーバ装置はデバイスを意味し、クライアント装置はホストを意味する。

サーバ装置５００は、図２９に示すように、インタフェース部（以下「Ｉ／Ｆ部」という。）５１０、通信プロトコル処理部５２０、関連付け設定部５３０、記憶装置５４０、ジョブ処理部５５０、ステータス・パラメータ処理部５６０、ネットワークアプリケーション部、送信処理部５８０、および時計５９０を備えている。

Ｉ／Ｆ部（インタフェース部）５１０は、クライアント装置（ホスト）との通信を行うネットワークインタフェースとしての複数の通信インタフェース（以下「通信Ｉ／Ｆ」という。）５１０−１，５１０−２，・・・，５１０−ｎを有している。これらの通信Ｉ／Ｆには、それぞれユニークなアドレス（ＩＰアドレス）が割り当てられている。

通信プロトコル処理部５２０は、クライント装置（ホスト）との通信（印刷、設定、参照など）の発生時に、そのホストのアドレス（以下「ホストアドレス」という。）を抽出するとともに、サーバ装置の複数の通信Ｉ／Ｆの中でそのホストとの通信を実施している通信Ｉ／Ｆを抽出する。

関連付け設定部５３０は、記憶装置５４０に対し、通信プロトコル処理部５２０によって抽出されたホストアドレスおよび通信Ｉ／Ｆを出力して、それらの情報を対応付けて記憶（保存）するように指示する。

記憶装置５４０は、アクセスＩ／Ｆテーブル５４１、上書き優先順位テーブル５４２、保存有効時間情報５４３、新規アクセスレベル情報５４４、デフォルト送信Ｉ／Ｆ情報５４５および送信先アドレス帳５４６を記憶している。

アクセスＩ／Ｆテーブル５４１は、ホストアドレスと通信Ｉ／Ｆとの対応関係を示す対応表（テーブル）を保持する。

アクセスＩ／Ｆテーブル５４１は、図３０に示すように、アドレス５４１ａ、パケット種類５４１ｂ、暗号化５４１ｃ、最終アクセス時間５４１ｄおよびアクセスＩ／Ｆ識別子５４１ｅの各項目から構成されている。

アドレス５４１ａの項目には、アクセスしてきたホスト（送信元）のホストアドレスつまりインターネットプロトコルアドレス（ＩＰアドレス）が登録される。

パケット種類５４１ｂの項目には、ホストから送信されたパケットつまり通信Ｉ／Ｆが受信したパケット（受信パケット）の種類が登録される。

暗号化５４１ｃの項目には、暗号化の有無を示す旨が登録される。

最終アクセス時間５４１ｄの項目には、アクセスされた最終の時間（アクセス時間）が登録される。

アクセスＩ／Ｆ識別子５４１ｅの項目には、ホストから送信されたパケットを受信した通信Ｉ／Ｆを示す識別情報（以下「Ｉ／Ｆ識別子」という。）が登録される。

なお、本実施の形態２において、アクセスＩ／Ｆテーブル５４１（図２９参照）にはアクセスレベル５４１＃が含まれているが、これは、このテーブルの説明のために設けている。実際のアクセスＩ／Ｆテーブル５４１においては、アクセスレベル５４１＃は存在せず、アクセスＩ／Ｆテーブル５４１からは、パケット種類に応じたアクセスレベルを知ることはできない。

そのため、アクセスＩ／Ｆテーブル５４１のパケット種類５４１ｂおよび暗号化５４１ｃを基に、後述する上書き優先順位テーブル５４２からアクセスレベルを知る（取得）することになる。なお、パケット種類５４２および暗号化５４１ｃを削除し、これらに代替してアクセスレベル５４１＃の値を保存するようにしてもよい。この場合もアクセスＩ／Ｆテーブル５４１の機能は維持される。

アクセスＩ／Ｆテーブル５４１の更新は、ＩＰアドレスごとに上書き優先順位テーブルを基に、アクセスレベルが高い場合に使用された通信Ｉ／Ｆに書き換えられる。

アクセスレベル５４１の項目に登録されている値は、上書き優先順位テーブルとの掛け合わせで求められる。これ以外のアドレス５４１ａ、パケット種類５４１ｂ、暗号化５４１ｃ、最終アクセス時間５４１ｅおよびアクセスＩ／Ｆ識別子５４１ｆの各項目に登録されている値は保存値である。

本実施の形態２において、アクセスＩ／Ｆテーブル５４１は自動的に作成されるようになっているが、これに限定されることなく、ユーザが所定のユーザインタフェースを利用して、任意のデータを削除、編集などの処理操作ができるようにしてもよい。

再度、図２９を参照して説明する。上書き優先順位テーブル５４２は、同じアドレスでも受信したプロトコルなどで優先順位をつけるためにある。

上書き優先順位テーブル５４２は、図３１に示すように、アクセスレベル５４２ａ、パケット種類５４２ｂ、および暗号化有無あるいは判断材料にしない（以下「暗号化有無等」という。）５４２ｃの各項目から構成されている。

基本的に上書き優先順位テーブル５４２は動的に変化する必要がないので、図３１に示す例においては、上記各項目に登録されている値は初期値として保存されている。

本実施の形態２において、上書き優先順位テーブル５４２（図３１参照）のアクセスレベル５４２ａ、パケット種類５４２ｂ、暗号化有無等５４２ｃの各項目には、初期値としての値が保存されているが、これに限定されることなく、ユーザが所定のユーザインタフェースを利用して、任意のデータを追加、編集、削除などの処理操作ができるようにしてもよい。

再度、図２９を参照して説明する。保存有効時間情報５４３は、アクセスＩ／Ｆテーブル５４１に登録されているホストアドレスと通信Ｉ／Ｆとを対応付けした情報（行データ）を保存しておく期間（時間）を示す情報（設定値）である。最終アクセス時間（日時）と現在時間（日時）との差分の時間が、保存有効時間情報５４３を過ぎている場合は、アクセスＩ／Ｆテーブル５４１における当該最終アクセス時間にかかわる行データが破棄されるようになっている。

新規アクセスレベル情報５４４は、アクセスＩ／Ｆテーブル５４１にパケットの種類を登録するべきことを決定する基準としての、パケットに関する最低レベル（設定値）である。最低レベルの値を大きくした場合には限定された種類のパケットの中で通信Ｉ／Ｆによって受信されたパケットの種類がアクセスＩ／Ｆテーブル５４１に保存され、最低レベルの値を小さくした場合は多種類のパケットの中で通信Ｉ／Ｆによって受信されたパケットの種類がアクセスＩ／Ｆテーブル５４１に保存される。また、それらのパケットの種類に対応して、そのパケットを送信した送信元のアドレス情報がアクセスＩ／Ｆテーブル５４１に保存される。

デフォルト送信Ｉ／Ｆ情報５４５は、送信データを送信するときに、送信先のホストアドレスがアクセスＩ／Ｆテーブル５４１に存在しない場合、つまりホストアドレスと通信Ｉ／Ｆとを対応付けした情報（行データ）が存在しない場合に、使用するべき通信Ｉ／Ｆを示す情報（設定値）である。

送信先アドレス帳５４６は、送信先のアドレスデータを格納する。

ジョブ処理部５５０は、受信したジョブの処理を行う。このジョブの処理は、アドレス関連付けとは無関係に並行して実行される。

ステータス・パラメータ処理部５６０は、デバイスパラメータの参照、管理の処理を行う。これらの処理は、アドレス関連付けとは無関係に並行して実行される。

ネットワークアプリケーション部５７０は、ユーザが所定のユーザインタフェースを用いて、ジョブ送信の処理を行うとともに、内部に発生した所定のイベントを監視してトラップ送信などのイベント情報の送信を行う。ここで、トラップ送信とは、サーバ装置（デバイス）側から自発的にクライアント装置（ホスト）へ情報送信することである。本実施の形態２では、送信される情報は特に規定はしないが、サーバ装置（デバイス）での課金に関わる情報等を想定している

送信処理部５８０は、ネットワークアプリケーション部５７０によって抽出された送信先アドレスを基に、記憶装置５４０のアクセスＩ／Ｆテーブル５４２を参照して、対応する通信Ｉ／Ｆを決定する。なお、アクセスＩ／Ｆテーブル５４２にアドレスが存在しない場合は、デフォルト送信Ｉ／Ｆ情報５４５に基づく通信Ｉ／Ｆを一つ選択する。

時計５９０は、時間を計時する。時計５９０はタイマであってもよい。

実施の形態２では、Ｉ／Ｆ部５１０は通信手段に対応し、複数の通信Ｉ／Ｆ５１０−１，５１０−２，５１０−３，５１０−ｎは複数の通信インタフェースに対応し、記憶装置５４０（のアクセスＩ／Ｆテーブル５４１）は記憶手段に対応し、送信処理部５８０は送信制御手段に対応する。

次に、サーバ装置（デバイス）によるアクセスＩ／Ｆテーブルの作成処理について、図３１を参照して説明する。

図３２は、その作成処理の処理手順を示すフローチャートである。

ホストからのデバイスへアクセスが発生したときのデバイスによるアクセスＩ／Ｆテーブルの作成処理について説明する。この作成処理には、パケット（ネットワークパケット）の監視およびアクセスＩ／Ｆテーブルの作成、更新の処理が含まれる。

Ｉ／Ｆ部５１０では、複数の通信Ｉ／Ｆ５１０−１，５１０−２，５１０−３，・・・，５１０−３は、それぞれネットワーク上のクライアント装置（ホスト）から送信されたパケットを監視（モニタリング）し、当該サーバ装置（デバイス）宛てにパケットがきたときに、受信したパケットを通信プロトコル処理部５２０へ渡す（ステップＳ９０１、図３４のＰ１１参照）。

なお、パケットとしては、ブロードキャスト送信された情報（印刷データなど印刷に関する情報）を含むパケットや、印刷指示などを含むパケットがある。ステップＳ９０１においては、Ｉ／Ｆ部５１０は、ホストのアドレス情報を抽出するのが目的なので、他のデバイス宛てのパケットもキャプチャ（データの取り込み）して利用可能である。

通信プロトコル処理部５２０は、Ｉ／Ｆ部５１０から渡されたパケットからホストアドレスを抽出するとともに、この抽出したホストアドレス、アクセスのあった通信Ｉ／Ｆを示す識別情報、そのパケットの種類（プロトコルの種類）、暗号化の有無、受信時間を関連付けし、これらの情報をパケット情報として関連付け設定部５３０へ渡す（ステップＳ９０２、図３４のＰ１２参照）。

関連付け設定部５３０は、受け取ったパケット情報を基に、記憶装置５４０に保存されている上書き優先順位テーブル５４２から受信パケットのアクセスレベルを決定（取得）する（ステップＳ９０３、図３４のＰ１３参照）。

また、関連付け設定部５３０は、記憶装置５４０に保存されているアクセスＩ／Ｆテーブル５４１から既存の情報（ホストアドレス、パケット種類、最終アクセス時間など）を取得するとともに（ステップＳ９０４、図３４のＰ１４参照）、受け取ったパケット情報に含まれるホストアドレスが、アクセスＩ／Ｆテーブル５４１のアドレス５４１ａの項目に登録済みのホストアドレスに存在するか否かを判断する（ステップＳ９０５）。

ステップＳ９０５において、受け取ったパケット情報に含まれるホストアドレスがアクセスＩ／Ｆテーブル５４１に存在すると判断した関連付け設定部５３０は、アクセスＩ／Ｆテーブル５４１から、前記ホストアドレスに対応するパケット種類情報および暗号化情報を取得するとともに、これら取得した情報を基に上書き優先順位テーブル５４２からアクセスレベル（現在、登録さているパケット種類に応じたアクセスレベル）を取得する（ステップＳ９０６）。

関連付け設定部５３０は、時計５９０から現在の時刻情報（日時情報）を取得し（図３４のＰ１５４参照）、この現在の時刻（日時）と最終アクセス時間（日時）との差分の時間が、記憶装置５４０に記憶されている保存有効期間情報５４３の設定値（保存有効期間）以内であるか否かを判断する（ステップＳ９０７）。

ステップＳ９０７において上記差分の時間が保存有効期間情報５４３の設定値（保存有効期間）以内であると判断した関連付け設定部５３０は、ステップＳ９０３において取得したアクセスレベル（受信パケットのアクセスレベル）が、ステップＳ９０６において取得したアクセスレベル（現在、登録さているパケット種類に応じたアクセスレベル）の値以上であるか否かを判断する（ステップＳ９０８）。

ステップＳ９０８において、受信パケットのアクセスレベルが、現在、登録さているパケット種類に応じたアクセスレベルの値以上であると判断した関連付け設定部５３０は、アクセスＩ／Ｆテーブル５４１から、当該登録さているパケット種類に応じたアクセスレベルに対応する情報（行データ）を削除して、アクセスＩ／Ｆテーブル５４１に新しい情報、すなわちホストアドレス、パケット種類、暗号化の有無、最終アクセス時間およびＩ／Ｆ識別子を書き込むことで、上書き更新する（ステップＳ９０９、図３４のＰ１６参照）。

すなわち、アクセスＩ／Ｆテーブル５４１を更新するに際し、アクセスの種類（ブロードキャスト、パラメータ参照（パラメータの種類）、パラメータ設定、印刷あるいは前回アクセスからの経過時間、暗号化の有無、等）をアクセスレベルとしてそれぞれレベル付けし、上書き優先順位テーブル５４２を基に、既存情報のアクセスレベルと新たに受信したアクセスレベルとを比較し、上書き可能と判定された場合に、アクセスＩ／Ｆテーブル５４１を更新する。

なお、ステップＳ９０９において、２つのアクセスレベルが同じであった場合は、Ｉ／Ｆ識別子と最終アクセス時間が更新される。

ステップ９０９を終了した場合、関連付け設定部５３０は、アクセスＩ／Ｆテーブル５４１をサーチし、記憶装置５４０に保存されている保存有効期間情報５４３の設定値（保存有効期間）を超えた古い情報（行データ）を削除し（ステップＳ９１０）、その後、ステップＳ９０１に戻る。

ところで、ステップＳ９０５において、受け取ったパケット情報に含まれるホストアドレスがアクセスＩ／Ｆテーブル５４１に存在しないと判断した関連付け設定部５３０は、ステップＳ９０３において取得したアクセスレベル（受信パケットのアクセスレベル）が、記憶装置５４０に保存されている新規アクセスレベル情報５４４の設定値（新規アクセスレベル）以上であるか否かを判断する（ステップＳ９１１）。

ステップＳ９１１において、受信パケットのアクセスレベルが新規アクセスレベル以上であると判断した関連付け設定部５３０は、アクセスＩ／Ｆテーブル５４１に、ホストアドレス、パケット種類、暗号化の有無、最終アクセス時間およびＩ／Ｆ識別子を登録し（ステップＳ９１２、図３４のＰ１６参照）、その後、ステップＳ９１０へ進む。

ステップＳ９１１において、受信パケットのアクセスレベルが新規アクセスレベル未満であると判断された場合、ステップＳ９１０へ進む。

ところで、ステップＳ９０７において、上記差分の時間が保存有効期間情報５４３の設定値（保存有効期間）を超えていると判断した関連付け設定部５３０は、アクセスＩ／Ｆテーブル５４１から、該当するホストアドレスに対応する情報（行データ）を削除し（ステップＳ９１３）、その後、ステップＳ９１１へ進む。

次に、サーバ装置（デバイス）によるデータ送信処理について、図３３を参照して説明する。

図３３は、そのデータ送信処理の処理手順を示すフローチャートである。

ユーザがアプリケーションから送信要求する、あるいはサーバ装置（デバイス）の内部でイベントが発生したことに起因してトラップなどの送信要求が発行された場合、その送信要求がネットワークアプリケーション部５７０へ渡される（ステップＳ１００１、図３４のＰ２１参照）。

ネットワークアプリケーション部５７０は、送信先ホストの送信アドレスを記憶装置５４０に保存されている送信アドレス帳５４６から取得し（図３３のＰ２２参照）、この取得した送信アドレスおよび必要なデータ（トラップ情報や送信データ）を送信処理部５８０へ渡す（ステップＳ１００２、図３４のＰ２３参照）。

送信処理部５８０は、記憶装置５４０に保存されているアクセスＩ／Ｆテーブル５４１を取得するとともに（図３４のＰ２４参照）、この取得しアクセスＩ／Ｆテーブル５４１と、ネットワークアプリケーション部５７０から渡された送信先アドレスとを基に、使用するべき通信Ｉ／Ｆを決定する処理を開始する（ステップＳ１００３）。

すなわち、送信処理部５８０は、送信先アドレス（ＩＰアドレス）がアクセスＩ／Ｆテーブル５４１（のアドレス５４１ａの項目）に登録されているホストアドレス（ＩＰアドレス）に存在するか否かを判断し（ステップＳ１００４）、この判断した結果、送信先アドレスと合致するホストアドレスが存在する場合、当該ホストアドレスに対応するＩ／Ｆ識別子および最終アクセス時間を取得する。

次に、送信処理部５８０は、時計５９０から現時の時刻（日時）を取得し、この現在の時刻（日時）と最終アクセス時間（日時）との差分の時間が、記憶装置５４０に記憶されている保存有効期間情報５４３の設定値（保存有効期間）以内であるか否かを判断する（ステップＳ１００５）。

ステップＳ１００５において上記差分の時間が保存有効期間情報５４３の設定値（保存有効期間）以内であると判断した送信処理部５８０は、上記取得したＩ／Ｆ識別子に対応する通信Ｉ／Ｆに対し、必要なデータ（トラップ情報や送信データ）を渡して、データ送信するように送信制御する（ステップＳ１００６、図３４のＰ２５参照）。これにより、指定されたＩ／Ｆから必要なデータ（トラップ情報や送信データ）が送信先に向けて送信される。

ステップＳ１００４において、送信先アドレスと合致するホストアドレスが存在しないと判断した送信処理部５８０は、同一のネットワークと思われる他のホストのアドレスがアクセスＩ／Ｆテーブル５４１に存在するか否かを判断する（ステップＳ１００７）。

このステップＳ１００７においては、アクセスＩ／Ｆテーブル５４１に、送信先アドレスと同じサブネット、あるいは同じＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）ドメインのアドレスが存在するか検索される。

すなわち、送信先アドレスがアクセスＩ／Ｆテーブル５４１に存在しない場合は、アクセスＩ／Ｆテーブル５４１に登録されている他のホスト情報を参照し、同じサブネットにいると推測される場合は、そのホストに関連付けされた通信Ｉ／Ｆを使用するようにしてもよい。これは、ＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）の一部がマッチングしている場合などに有効である。

信処理部５８０は、ステップＳ１００７において、同一のネットワークと思われる他のホストのアドレスが存在すると判断した場合にはステップＳ１００５へ進み、一方、同一のネットワークと思われる他のホストのアドレスが存在しないと判断した場合は、記憶装置５４０に保存されているデフォルト送信Ｉ／Ｆ情報５４５の設定値（Ｉ／Ｆ識別子）
を取得し、この取得したＩ／Ｆ識別子に対応する通信Ｉ／Ｆに対し、必要なデータ（トラップ情報や送信データ）を渡して、データ送信するように送信制御する（ステップＳ１００８）。

以上説明したように、サーバ装置（デバイス）が、所定のクライアント装置（ホスト）まで到達できる複数の通信Ｉ／Ｆを有している場合に、サーバ装置（デバイス）が、所定のクライアント装置（ホスト）へ送信するべき情報（例えば課金に関する情報など）を送信するときに、当該サーバ装置（デバイス）が有する通信Ｉ／Ｆから、同じ情報が送信されることを防止することができる。そのため、クライアント装置（ホスト）においては、サーバ装置（デバイス）から送信された送信情報（課金に関する情報）に対する多重処理を防止することができる。

本実施の形態２では、アクセスＩ／Ｆテーブルは、サーバ装置（デバイス）に１つのみ保存される構成としているが、これに限定されることなく、次のようにしてもよい。

すなわち、通信Ｉ／Ｆ毎にアクセスＩ／Ｆテーブルを設け（サーバ装置内に複数のアクセスＩ／Ｆテーブルを設け）、サーバ装置（デバイス）が、複数のアクセスＩ／Ｆテーブルを参照して、送信先アドレスに対応する通信Ｉ／Ｆを決定するようにする。この場合、通信Ｉ／Ｆの数が多い場合でも、通信Ｉ／Ｆの増加によるサーバ装置の資源の消費が最小限に抑制することができ、サーバ装置の資源を有効に使用することができる。

また、本実施の形態２では、アクセスＩ／Ｆテーブルは自動的に作成され更新される構成としているが、これに限定されることなく、ユーザがワークステーション（ＥＷＳ）やコンピュータなどユーザインタフェースを用いてアクセスＩ／Ｆテーブルの編集操作を行うようにしてもよい。これにより、アクセスＩ／Ｆテーブルをユーザの好みに応じてカスタマイズすることができる。

また、本実施の形態２では、アクセスＩ／Ｆテーブルに関し、（１）記憶装置が許す範囲ですべてのアドレスを保存する、（２）一定時間が経過したものは消去する、（３）既存のアドレス帳などの送信先を持つデーターベースと連携し、（３−１）アドレス帳に登録されているアドレスのみを保存する、（３−２）アドレス帳へ通信Ｉ／Ｆ情報を登録する、など実施するようにしてもよい。

さらに、本実施の形態２では、通信プロトコル毎に、送信先アドレスの情報にかかわるアクセスＩ／Ｆテーブルを設けるようにしてもよい。

すなわち、所定の通信プロトコル例えばＳＮＭＰのプロトコルでアクセスされた場合に、そのホストに対するＳＮＭＰ送信時には、ＳＮＭＰに対応するアクセスＩ／Ｆテーブルを参照して、そのホストのホストアドレスに対応する通信Ｉ／Ｆを選択し、この選択した通信Ｉ／Ｆを使用してデータ送信するようにする。これにより、トラップ通知先アドレスなどをＳＮＭＰで設定された場合は、その時使用された通信Ｉ／Ｆを使用することにより、トラップ情報を確実に送信することができる。

図３５は、ネットワークシステム２のサーバ装置５００のハードウェア構成を示している。

サーバ５００は、図３５に示すように、ＣＰＵ（中央演算処理装置）５０１、記憶装置５０２、ＲＯＭ（読み出し専用メモリ）５０３、ＲＡＭ（随時書き込み読み出しメモリ）５０４、操作パネル５０５、画像出力装置５０６および通信装置５０６を備えている。

記憶装置５０２には、（ａ）上述したアクセスＩ／Ｆテーブルの作成処理の処理手順（図３２参照）に対応するプログラム、（ｂ）上述したデータ送信処理の処理手順（図３３参照）に対応するプログラムを含むデータ処理プログラム１０２Ａ、アプリケーションプログラム（情報管理アプリケーション）、通信プロトコルを実行するためのプログラム、図２９に示した通信プロトコル処理部５２０、関連付け設定部５３０、ジョブ処理部５５０、およびステータス・パラメータ処理部５６０の各機能のそれぞれに対応するプログラム、など所定のプログラムが格納されている。

さらに、記憶装置５０２は、記憶装置５４０（図２９参照）の機能を有しており、例えばアクセスＩ／Ｆテーブル５４１、上書き優先順位テーブル５４２などを記憶している。

なお、データ処理プログラム５０２Ａは、少なくとも次の（１）および（２）の処理過程を含んでいる。

（１）サーバ装置にかかわる複数の通信インタフェースの中の送信元のクライント装置から送信されたデータを受信した通信インタフェースを示す識別情報と、当該送信元のクライアント装置を示す識別情報とを対応付けて記憶する記憶処理過程。

（２）送信先のクライアント装置へ送信データを送信するときは、当該送信先のクライアント装置を示す識別情報と上記記憶処理過程により記憶されている記憶内容とを基に使用すべき通信インタフェースを特定し、この特定した通信インタフェースに対し前記送信データを送信させる制御を行う送信制御処理過程。

ＲＯＭ５０３には、画像形成処理を実施するのに必要なパラメータやデータなどが記憶されている。

ＲＡＭ５０４は、記憶装置５０２から読み込まれたデータ処理プログラム５０２Ａを含む所定のプログラム、ＲＯＭ５０３から読み込まれたパラメータやデータを記憶する。また、ＲＡＭ５０４は、通信装置５０７を介して送受信されるデータ（受信パケット、送信データなど）など、各種のデータを記憶する。

操作パネル５０５はユーザインタフェースとして動作し、画像出力装置５０６は印刷データに基づき画像形成処理（印刷処理）を実施し、印刷処理した結果（印刷物）を出力する。

通信装置５０７は、Ｉ／Ｆ部５１０（図２９参照）に対応するものであり、複数の通信インタフェース（通信Ｉ／Ｆ）５０７−１，５０７−２，・・・，５０７−２を有している。これらの通信Ｉ／Ｆは、例えば有線ＬＡＮインタフェースや、無線ＬＡＮインタフェースである。

ＣＰＵ１０１は、記憶装置５０２からＲＡＭ５０４へデータ処理プログラム５０２Ａを読み込んで実行することによりデータ処理を遂行するとともに、図２９に示した通信プロトコル処理部５２０、関連付け設定部５３０、ジョブ処理部５５０、およびステータス・パラメータ処理部５６０の各機能を実現する。

本願明細書において、クライアント装置（図２７参照）あるいはサーバ装置（図３５参照）の各機能を実現し、上記データ処理プログラム１０２Ａあるいは上記データ処理プログラム５０２Ａなど所定のプログラムを記録媒体としての記憶措置に記録する実施形態として説明したが、当該所定のプログラムを次のようにして提供することも可能である。

すなわち、上記所定のプログラムをＲＯＭに格納しておき、ＣＰＵが、このプログラムをこのＲＯＭから主記憶装置へローディングして実行するようにしても良い。

また、上記所定のプログラムを、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ、ＭＯ（光磁気ディスク）、フレキシブルディスク、などのコンピュータ読み取り可能な記録媒体に格納して配布するようにしても良い。この場合、その記録媒体に記録されたプログラムをクライアント装置あるいはサーバ装置がインストールした後、このプログラムをＣＰＵが実行するようにする。このプログラムのインストール先としては、ＲＡＭ等のメモリやハードディスクなどの記憶装置がある。そして、クライアント装置あるいはサーバ装置は、必要に応じてこの記憶装置に記憶したプログラムを主記憶装置にローディングして実行する。

さらには、クライアント装置あるいはサーバ装置を通信回線（例えばインターネット）を介してファイルサーバ装置やホストコンピュータ等のコンピュータと接続するようにし、当該クライアント装置あるいはサーバ装置が、ファイルサーバ装置やコンピュータから上記所定のプログラムをダウンロードした後、このプログラムを実行するようにしても良い。この場合、このプログラムのダウンロード先としては、ＲＡＭ等のメモリやハードディスクなどの記憶装置（記録媒体）がある。そして、当該ライアント装置あるいはサーバ装置が、必要に応じてこの記憶装置に記憶された上記プログラムを主記憶装置にローディングして実行するようにする。

無線ＬＡＮインタフェースや有線ＬＡＮインタフェースなど複数のネットワークインタフェースを有するサーバ装置、該サーバ装置との通信を行うクライアント装置に適用することができる。

実施の形態１に係るクライアント装置を含むネットワークシステムの構成を示す構成図である。 実施の形態１に係るクライアント装置の機能構成を示すブロック図である。 実施の形態１に係るホストリスト制御部によって生成されるホストリストの一例を示す図である。 実施の形態１に係るホストグループテーブル制御部によって生成されるホストグループテーブルの一例を示す図である。 実施の形態１に係るホストリスト制御部によるホストリストの生成処理の処理手順を示すフローチャートである。 実施の形態１に係るホストリスト制御部によるホストリストの生成処理の処理過程を説明する図である。 実施の形態１に係るホストリスト制御部によるホストリストの生成処理の処理過程を説明する図である。 実施の形態１に係るホストリスト制御部によるホストリストの生成処理の処理過程を説明する図である。 実施の形態１に係るホストリスト制御部によるホストリストの生成処理の処理過程を説明する図である。 実施の形態１に係るホストリスト制御部によるホストリストの生成処理の処理過程を説明する図である。 実施の形態１に係るホストリスト制御部によるホストリストの他の生成処理の処理手順を示すフローチャートである。 実施の形態１に係るホストリストのさらに他の生成処理の処理手順を示すフローチャートである。 実施の形態１に係るホストグループテーブル制御部によるホストグループテーブルの生成処理の処理手順を示すフローチャートである。 実施の形態１に係るホストグループテーブル制御部によるホストグループテーブルの生成処理の処理過程を説明する図である。 実施の形態１に係るホストグループテーブル制御部によるホストグループテーブルの生成処理の処理過程を説明する図である。 実施の形態１に係るホストグループテーブル制御部によるホストグループテーブルの生成処理の処理過程を説明する図である。 実施の形態１に係るホストグループテーブル制御部によるホストグループテーブルの生成処理の処理過程を説明する図である。 実施の形態１に係るホストグループテーブル制御部によるホストグループテーブルの生成処理の処理過程を説明する図である。 実施の形態１に係るホストグループテーブル制御部によるホストグループテーブルの生成処理の処理過程を説明する図である。 実施の形態１に係るホストグループテーブル制御部によるホストグループテーブルの他の生成処理の処理手順を示すフローチャートである。 実施の形態１に係るホストグループテーブル制御部によるホストグループテーブルの他の生成処理の具体例において参照するホストリストの遷移を説明する図である。 実施の形態１に係るホストグループテーブル制御部によるホストグループテーブルの他の生成処理の具体例において参照するホストリストの遷移を説明する図である。 実施の形態１に係るホストグループテーブル制御部によるホストグループテーブルのさらに他の生成処理の処理手順を示すフローチャートである。 実施の形態１に係るクライアント装置によるホストグループテーブルの生成処理（全体的な流れ）の処理手順を示すフローチャートである。 実施の形態１に係る重複判定部による重複判定処理の処理手順を示すフローチャートである。 実施の形態１に係るクライアント装置がサーバ装置の１つの通信インタフェースに向けて問い合わせを行った場合のサーバ装置からの応答に対するクライアント装置の処理を説明する図である。 実施の形態１に係るクライアント装置のハードウェア構成を示す構成図である。 実施の形態２に係るサーバ装置を含むネットワークシステムの構成を示す構成図である。 実施の形態２に係るサーバ装置の機能構成を示すブロック図である。 実施の形態２に係るアクセスＩ／Ｆテーブルの一例を示す図である。 実施の形態２に係る上書き優先順位テーブルの一例を示す図である。 実施の形態２に係るサーバ装置によるアクセスＩ／Ｆテーブルの作成処理の処理手順を示すフローチャートである。 実施の形態２に係るサーバ装置によるデータ送信処理の処理手順を示すフローチャートである。 実施の形態２に係るサーバ装置によるアクセスＩ／Ｆテーブルの作成処理およびデータ送信処理の処理過程を説明する図である。 実施の形態２に係るクライアント装置のハードウェア構成を示す構成図である。

符号の説明

１０，６００ クライアント装置
２０，３０，４０，５００ サーバ装置
２１，２２，２３，２４，３１，３２，４１，１０７，５０７−１，５０７−２，５０７−ｎ，５１０−１，５１０−２，５１０−３，５１０−ｎ 通信インタフェース
５０ 通信回線
１０１，５０１ ＣＰＵ
１０２，５０２ 記憶装置
１０２Ａ，５０２Ａ データ処理プログラム
１０３，５０３ ＲＯＭ
１０４，５０４ ＲＡＭ
１１０ ホストリスト制御部
１２０ ホストグループテーブル制御部
１３０ 重複判定部
１５０ 記憶部
１６０ 送受信部
２００ ホストリスト
３００ ホストグループテーブル
５１０ インタフェース部
５２０ 通信プロトコル処理部
５３０ 関連付け設定部
５４０記憶装置
５４１ アクセスＩ／Ｆテーブル
５４２ 上書き優先順位エーブル
５８０ 送信処理部
６１０，６２０ ネットワーク

Claims (4)

1. 複数の通信インタフェースを有するサーバ装置と通信回線を介して接続され、当該サーバ装置との間で通信する通信手段と、
   所定のジョブデータを前記複数の通信インタフェースの中の１つの通信インタフェースに向けて送信したことに起因して、前記複数の通信インタフェースのそれぞれから通知される当該所定のジョブデータに対する応答を前記通信手段が受信したときは、当該複数の通信インタフェースは同一のサーバ装置に対応するものであると判断し、当該複数の通信インタフェースの中から所定の通信インタフェースを決定する制御手段と、
   前記複数の通信インタフェースのそれぞれを示す識別情報と、前記複数の通信インタフェースの中の前記制御手段によって決定された前記所定の通信インタフェースを示す識別情報に関連付けされる有効である旨を示す情報とを記憶する記憶手段と、
   前記通信手段によって受信された受信データに含まれる送信元としての通信インタフェースを示す識別情報が、前記記憶手段に記憶されている有効である旨を示す情報に対応する識別情報と一致するか否かを判定する判定手段と、
   前記判定手段によって前記２つの識別情報が一致すると判定されたときのみ前記受信データを受理し、前記判定手段によって前記２つの識別情報が一致しないと判定されたときは前記受信データを破棄するデータ処理手段と、
   を有することを特徴とするクライアント装置。
2. 複数の通信インタフェースを有する複数のサーバ装置と通信回線を介して接続され、当該複数のサーバ装置との間で通信する通信手段と、
   前記複数のサーバ装置の中の所定のサーバ装置にかかわる前記複数の通信インタフェースの中の１つの通信インタフェースに向けて特定のジョブ名をもつジョブデータを送信した後、前記複数のサーバ装置に対しジョブ履歴を要求し、当該ジョブ履歴を要求したことに起因して前記所定のサーバ装置にかかわる前記複数の通信インタフェースのそれぞれから通知される前記特定のジョブ名が含まれているジョブ履歴を前記通信手段が受信したときは、前記特定のジョブ名が含まれているジョブ履歴を通知してきた前記複数の通信インタフェースは前記所定のサーバ装置に対応するものであると判断し、当該所定のサーバ装置にかかわる前記複数の通信インタフェースの中から所定の通信インタフェースを決定する制御手段と、
   前記複数のサーバ装置のサーバ装置毎に、前記複数の通信インタフェースのそれぞれを示す識別情報と、前記複数の通信インタフェースの中の前記制御手段によって決定された前記所定の通信インタフェースを示す識別情報に関連付けされる有効である旨を示す情報とを記憶する記憶手段と、
   前記通信手段によって受信された受信データに含まれる送信元としての通信インタフェースを示す識別情報が、前記記憶手段に記憶されている有効である旨を示す情報に対応する識別情報と一致するか否かを判定する判定手段と、
   前記判定手段によって前記２つの識別情報が一致すると判定されたときのみ前記受信データを受理し、前記判定手段によって前記２つの識別情報が一致しないと判定されたときは前記受信データを破棄するデータ処理手段と、
   を有することを特徴とするクライアント装置。
3. 所定のジョブデータをサーバ装置にかかわる複数の通信インタフェースの中の１つの通信インタフェースに向けて送信したことに起因して、前記複数の通信インタフェースのそれぞれから通知される当該所定のジョブデータに対する応答を取得したときは、当該複数の通信インタフェースは同一のサーバ装置に対応するものであると判断し、当該複数の通信インタフェースの中から所定の通信インタフェースを決定する制御処理過程と、
   前記複数の通信インタフェースのそれぞれを示す識別情報と、前記複数の通信インタフェースの中の前記制御処理過程により決定された前記所定の通信インタフェースを示す識別情報に関連付けされる有効である旨を示す情報とを記憶する記憶処理過程と、
   受信された受信データに含まれる送信元としての通信インタフェースを示す識別情報が、前記記憶処理過程により記憶されている有効である旨を示す情報に対応する識別情報と一致するか否かを判定する判定処理過程と、
   前記判定処理過程により前記２つの識別情報が一致すると判定されたときのみ前記受信データを受理し、前記判定処理過程により前記２つの識別情報が一致しないと判定されたときは前記受信データを破棄するデータ処理過程と、
   をコンピュータに実行させることを特徴とするデータ処理プログラム。
4. 複数のサーバ装置の中の所定のサーバ装置にかかわる複数の通信インタフェースの中の１つの通信インタフェースに向けて特定のジョブ名をもつジョブデータを送信した後、前記複数のサーバ装置に対しジョブ履歴を要求し、当該ジョブ履歴を要求したことに起因して前記所定のサーバ装置にかかわる前記複数の通信インタフェースのそれぞれから通知される前記特定のジョブ名が含まれているジョブ履歴を取得したときは、前記特定のジョブ名が含まれているジョブ履歴を通知してきた前記複数の通信インタフェースは前記所定のサーバ装置に対応するものであると判断し、当該所定のサーバ装置にかかわる前記複数の通信インタフェースの中から所定の通信インタフェースを決定する制御処理過程と、
   前記複数のサーバ装置のサーバ装置毎に、前記複数の通信インタフェースのそれぞれを示す識別情報と、前記複数の通信インタフェースの中の前記制御処理過程により決定された前記所定の通信インタフェースを示す識別情報に関連付けされる有効である旨を示す情報とを記憶する記憶処理過程と、
   受信された受信データに含まれる送信元としての通信インタフェースを示す識別情報が、前記記憶処理過程により記憶されている有効である旨を示す情報に対応する識別情報と一致するか否かを判定する判定処理過程と、
   前記判定処理過程により前記２つの識別情報が一致すると判定されたときのみ前記受信データを受理し、前記判定処理過程により前記２つの識別情報が一致しないと判定されたときは前記受信データを破棄するデータ処理過程と、
   をコンピュータに実行させることを特徴とするデータ処理プログラム。

Images