JP2018113630A - 中継装置、エラー情報管理システムおよびプログラム - Google Patents

Abstract

【課題】ネットワーク通信を介して接続されるデバイス間の接続性の確認に要する手間を削減する。
【解決手段】中継装置２０において、中継処理部２２は、送受信部２１を介して、一の端末装置から送信されたデータを受信し、送信先に設定された端末装置へ送信する。エラー検出部２３は、中継処理部２２により処理された通信のエラーを検出する。エラー情報取得部２４は、エラー検出部２３によりエラーが検出された通信のエラー情報を取得する。エラー情報には、送信元および送信先の端末装置、機種、ベンダー等の情報、通信サービスの種類、通信が行われた日時の情報等が含まれる。
【選択図】図２

Description

本発明は、中継装置、エラー情報管理システムおよびプログラムに関する。

特許文献１には、通信により情報を送受信する場合に、通信する内容や通信に関する属性を保証し、通信を監視・検査するシステムが開示されている。同文献に記載されたシステムは、ＷＷＷブラウザがメタ情報管理ゲートウェイにＨＴＴＰメッセージを送信する際、通信内容と通信に関する属性情報の秘密および公開情報を送信する。メタ情報管理ゲートウェイは、これらからメタ情報を作成し、非公開メタ情報と公開メタ情報を対応付けてデータベースに保存する。ＨＴＴＰメッセージに公開メタ情報を添付してメタ情報管理ゲートウェイへ送信する。メタ情報管理ゲートウェイでは、公開メタ情報を検証しデータベースに保存し、ＨＴＴＰメッセージから公開メタ情報を除去してＷＷＷサーバへ送信する。通信内容や属性に問題があった場合、公開メタ情報でメタ情報管理ゲートウェイに問い合わせ、対応する非公開メタ情報から送信者などを特定する。

特許文献２には、遠隔地で一元的にインフラストラクチャ系構成要素を監視または制御するシステムが開示されている。同文献に記載されたシステムは、業務系機器を監視し監視結果を制御系データで出力する計測機器と、情報系ネットワークと、情報系ネットワークに接続され計測機器に制御系ネットワークを介して接続され、情報系データと制御系データとを相互に使用可能なデータに変換して通信するゲートウェイコントローラと、ゲートウェイコントローラと情報系ネットワークを通じて接続されゲートウェイコントローラを制御するゲートウェイコントローラ管理サーバとを備える。そして、ゲートウェイコントローラ管理サーバのシステム管理手段が、送受信されるデータを収集し、情報系ネットワークの監視および制御系ネットワーク側構成要素を監視または制御する。

特開２００１−３５０６７７号公報 特開２００２−２１５２２２号公報

ネットワーク通信を介して多様なデバイスを接続するシステムにおいて、デバイス間の接続性（接続の可否や良好な通信が可能か否か等）の確認は、実際にデバイスをネットワークに接続し、デバイス間で通信を実施することにより行っていた。

本発明は、ネットワーク通信を介して接続されるデバイス間の接続性の確認に要する手間を削減することを目的とする。

本発明の請求項１に係る中継装置は、
ネットワークを介して端末装置に対してデータの送受信を行う送受信部と、
一の端末装置から送信され前記送受信部により受信されたデータを送信先に設定された端末装置へ当該送受信部により送信する中継処理部と、
前記中継処理部により処理された通信のエラーを検出するエラー検出部と、
前記エラー検出部によりエラーが検出された通信に関する情報を取得するエラー情報取得部と、
を備えることを特徴とする、中継装置である。
本発明の請求項２に係る中継装置は、
前記エラー情報取得部は、エラーが検出された通信におけるパケットの情報に基づき、当該エラーが検出された通信の態様を特定する情報を取得することを特徴とする、請求項１に記載の中継装置である。
本発明の請求項３に係る中継装置は、
前記エラー情報取得部は、エラーが検出された通信における送信元および送信先のＭＡＣアドレス（Media Access Control address）に基づき、当該エラーが検出された通信を行った端末装置を特定する情報を取得することを特徴とする、請求項２に記載の中継装置である。
本発明の請求項４に係る中継装置は、
前記エラー情報取得部は、エラーが検出された通信における送信元および送信先のＭＡＣアドレス（Media Access Control address）に基づき、当該エラーが検出された通信を行った端末装置の供給者を特定する情報を取得することを特徴とする、請求項２または請求項３に記載の中継装置である。
本発明の請求項５に係る中継装置は、
通信が行われた時間を特定する計時部をさらに備え、
前記エラー検出部は、通信に関する特定の事象が発生する日時に偏りがある場合、当該偏りの度合いを判定条件の一つとして、当該特定の事象が発生した通信をエラーと判定することを特徴とする、請求項１に記載の中継装置である。
本発明の請求項６に係る中継装置は、
前記エラー検出部は、特定の端末装置において受信した要求メッセージに対する応答メッセージの返送が一定時間行われないという事象が発生した場合であっても、当該事象の発生が特定の時間に偏っている場合は、エラーと判定しないことを特徴とする、請求項５に記載の中継装置である。
本発明の請求項７に係るエラー情報管理システムは、
ネットワークを介して行われる端末装置間の通信を中継する中継装置と、
前記中継装置に接続されたサーバと、を備え、
前記中継装置は、
一の端末装置から送信されたデータを受信し、送信先に設定された端末装置へ送信する中継処理部と、
前記中継処理部により処理された通信のエラーを検出するエラー検出部と、
前記エラー検出部によりエラーが検出された通信に関する情報を取得するエラー情報取得部と、を備え、
前記サーバは、複数の前記中継装置の前記エラー情報取得部で取得された前記情報を格納して管理することを特徴とする、エラー情報管理システムである。
本発明の請求項８に係るプログラムは、
ネットワークを介して行われる端末装置間の通信を中継する中継装置のコンピュータを制御するプログラムであって、
一の端末装置から送信されたデータを受信し、送信先に設定された端末装置へ送信する送受信機能と、
前記送受信機能により処理された通信のエラーを検出するエラー検出機能と、
前記エラー検出機能によりエラーが検出された通信に関する情報を取得するエラー情報取得機能と、
を前記コンピュータに実現させることを特徴とする、プログラムである。

請求項１の発明によれば、個々の端末装置において通信エラーを検出する構成と比較して、中継装置が中継した通信におけるエラーを検出し、エラー情報を管理することで、個々の端末装置で通信エラーを検出する手間を削減することができる。
請求項２の発明によれば、個々の端末装置において通信エラーを検出する構成と比較して、中継装置において、通信エラーが発生した通信の態様を特定する情報を取得することにより、端末装置の機種や通信元および通信先の組み合わせごとに個別に接続して検査を行う手間を削減することができる。
請求項３の発明によれば、個々の端末装置において通信エラーを検出する構成と比較して、中継装置において、通信エラーが発生した通信の送信元および送信先の端末装置の機種を特定することにより、端末装置の機種ごとに個別に接続して検査を行う手間を削減することができる。
請求項４の発明によれば、個々の端末装置において通信エラーを検出する構成と比較して、中継装置において、通信エラーが発生した通信の送信元および送信先の端末装置の供給者を特定することにより、端末装置の機種ごとに個別に接続して検査を行う手間を削減することができる。
請求項５の発明によれば、通信が行われた日時を参酌しない構成と比較して、通信に関する特定の事象が発生する日時の偏りを考慮することにより、精度の高いエラー検出を行うことができる。
請求項６の発明によれば、通信が行われた日時を参酌しない構成と比較して、定期的なサーバの停止のような運用に基づく動作をエラー検出の対象から除外し、精度の高いエラー検出を行うことができる。
請求項７の発明によれば、個々の端末装置において通信エラーを検出する構成と比較して、複数の中継装置が中継した通信におけるエラーのエラー情報を収集し管理することで、個々の端末装置で通信エラーを検出する手間を削減することができる。
請求項８の発明によれば、個々の端末装置において通信エラーを検出する構成と比較して、本発明のプログラムを実行するコンピュータにおいて、中継装置が中継した通信におけるエラーを検出し、エラー情報を管理することで、個々の端末装置で通信エラーを検出する手間を削減することができる。

本実施形態が適用されるネットワーク・システムの全体構成を示した図である。 本実施形態の中継装置の機能構成を示す図である。 図１に示したネットワーク・システムの各装置間におけるデータの流れを示す図である。 各装置間における送受信の様子を示すシーケンス図である。 情報取得装置としての端末装置の動作を示すフローチャートである。 情報処理装置に対するサーバとしての端末装置の動作を示すフローチャートである。 中継装置の動作を示すフローチャートである。 エラー情報管理サーバの動作を示すフローチャートである。 中継装置としての画像処理装置の構成を示した図である。

以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
＜本実施形態が適用されるシステム＞
図１は、本実施形態が適用されるネットワーク・システム１００の全体構成を示した図である。図１に示すように、本実施形態のネットワーク・システム１００は、端末装置１０と、中継装置２０と、エラー情報管理サーバ３０とを備えて構成される。各装置は、ネットワーク１１０を介して接続されている。本実施形態において、中継装置２０とエラー情報管理サーバ３０とにより、エラー情報管理システムが構成される。

図１に示す例では、中継装置２０として、一つのルータと複数のハブが設けられており、各端末装置１０およびエラー情報管理サーバ３０は、中継装置２０であるハブを介してネットワーク１１０に接続されている。また、各端末装置１０が接続されたネットワーク１１０とエラー情報管理サーバ３０が接続されたネットワーク１１０とが、中継装置２０であるルータを介して接続されている。なお、本実施形態が適用されるネットワーク・システム１００は、中継装置２０を介して各装置間のデータ通信を行うものであればよく、具体的なネットワーク構成（各装置の接続関係）は、図１に示す構成に限らない。また、本実施形態で用いられる通信形式は特に限定しないが、一例として、パケット通信が用いられるものとする。

ネットワーク１１０は、装置間のデータ通信に用いられる通信ネットワークであれば特に限定されず、例えばインターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等として良い。各装置は、データ通信に用いられる通信回線は、有線であっても無線であっても良い。また、複数のネットワークや通信回線を介して各装置を接続するように構成しても良い。

端末装置１０は、ネットワーク１１０を介して他の装置とデータ交換を行う装置である。本実施形態における端末装置１０は、ネットワーク１１０に接続可能な（すなわち、ネットワーク１１０に接続するためのネットワーク・インターフェイスを備えた）種々の装置に適用し得る。具体的には、例えば、パーソナルコンピュータや携帯型の情報端末等を本実施形態の端末装置１０として用いて良い。また、端末装置１０自体が情報処理を行う装置でなくても良く、例えば、各種のセンサにより周囲の環境情報（温度、湿度、照度など）を計測し、得られたデータをサーバへ送信する装置等を本実施形態の端末装置１０として用いて良い。また、ネットワーク１１０上のサーバや他の制御装置からの命令を受け付けて動作する機構を備えた電子機器等を本実施形態の端末装置１０として用いて良い。さらに、これらの各種の情報処理装置や電子機器からデータを取得したりサービスを提供したりするサーバ（本実施形態のエラー情報管理サーバ３０を除く）自体も本実施形態の端末装置１０として良い。

中継装置２０は、ネットワーク１１０上に設けられて、端末装置１０の間の通信および端末装置１０とエラー情報管理サーバ３０との間の通信を中継する装置である。例えば、ハブやルータ、ゲートウェイサーバ、無線通信においてはアクセスポイント（基地局）等が該当する。ネットワーク１１０に接続可能な情報処理装置や電子機器であって、ルータ機能等の中継機能を有する装置を本実施形態の中継装置２０として用いても良い。例えば、オフィス等に設置された複写機などの画像処理装置にルータ機能を持たせ、居室内の複数の端末装置１０に対する中継装置２０として用いても良い。

図２は、本実施形態の中継装置２０の機能構成を示す図である。図２に示すように、本実施形態の中継装置２０は、送受信部２１と、中継処理部２２と、エラー検出部２３と、エラー情報取得部２４と、報知部２５とを備える。送受信部２１は、ネットワーク１１０に接続するためのネットワーク・インターフェイスを有し、ネットワーク１１０を介して端末装置１０やエラー情報管理サーバ３０とパケット（データ）の送受信を行う。中継処理部２２は、端末装置１０から受信したパケットを、設定された送信先（宛先）の端末装置１０へ送信する。したがって、中継処理部２２は、受信したパケットを解析し、例えば、ＭＡＣアドレス（Media Access Control address）やＩＰ（Internet Protocol）アドレスを抽出する機能を有する。

エラー検出部２３は、中継処理部２２により中継される通信にエラーが発生した場合に、これを検出する。エラー検出部２３によるエラーの検出（判定）方法としては、例えば、パケットを解析してヘッダ等に異常な記述が有る場合にエラーと判定しても良いし、中継装置２０から送信先の端末装置１０へ送信した後に送信先の端末装置１０から応答が送られてこないまま一定時間が経過した場合にエラーと判定しても良い。その他、通常のネットワーク通信に対して用いられる既存の種々のエラー検出方法を用いて良い。

エラー情報取得部２４は、エラー検出部２３により通信のエラーが検出された場合に、エラーが発生した通信に関する情報（以下、エラー情報）を取得してエラー情報管理サーバ３０へ報知する。エラー情報としては、少なくとも、エラーが発生した通信における送信元の端末装置１０および送信先の端末装置１０を特定する情報、通信が行われた時刻の情報が含まれる。送信元および送信先の端末装置１０を特定する情報は、中継装置２０がエラーが検出されたパケットのヘッダから取得される。通信時刻の情報は、例えば、中継装置２０に時計機能（リアルタイムクロック；ＲＴＣ）を設けておき、エラーが検出されたパケットを受信した時刻を参照することにより取得される。

また、本実施形態では、エラー情報取得部２４は、上記の送信元と送信先の端末装置１０を特定する情報および通信時刻だけでなく、同種の装置をネットワーク１１０に接続して通信を行う場合における接続性（通信でエラーが発生する可能性が高いか否か）を判断するのに用いられる情報を取得する。具体的には、例えば、端末装置１０の個体やメーカーを特定する情報、データ通信により提供されるサービスの種類を特定する情報などが取得される。エラー情報の内容および取得方法の詳細については後述する。

報知部２５は、エラー検出部２３によりエラーが検出された通信に関して、エラー情報取得部２４により取得されたエラー情報を、送受信部２１を介してエラー情報管理サーバ３０へ送信し、報知する。

エラー情報管理部２６は、エラー情報取得部２４により取得されたエラー情報を後述する記憶手段に格納する。そして、エラー情報管理部２６は、例えば、個々の端末装置１０の個体、機種、ベンダー（メーカー）等の情報と、送信元と送信先の組み合わせや通信サービスの種類、エラーの種類、エラーが発生した日時等の情報とを対応付けて管理する。これにより、エラー情報管理部２６に管理されている情報を用いて、ある端末装置１０の個体（または機種、またはベンダー）を送信元（送信先）とし、他のある機種やあるベンダーの製品を送信先（送信元）として、ある通信サービスを使用した場合にエラーの発生頻度が高い（接続性が悪い）というような、通信の詳細な態様とエラーの発生頻度との関係を特定することができる。これらの情報は、例えば、エラー検出部２３によるエラーの検出（判定）、中継装置２０に新たに接続される端末装置１０の接続性の判断等に用いられる。エラー情報管理部２６は、管理しているエラー情報に基づき、特定の端末装置１０の間の通信において特定の日時（曜日や時間帯）に正常でない通信の発生が偏っている場合に、これに基づいて、この特定の端末装置１０の間での通信に対するエラーか否かの判定を行っても良い。なお、エラー情報管理部２６は、必須の構成要素ではなく、エラー情報の管理はエラー情報管理サーバ３０のみで行っても良い。

エラー情報管理サーバ３０は、ネットワーク１１０に接続し、中継装置２０からエラーの検出結果とエラー情報を受信して保持する。このエラー情報管理サーバ３０は、ＬＡＮ上に構築されたローカルなサーバであっても良いし、インターネット上に構築されたいわゆるクラウドサーバであっても良い。エラー情報管理サーバ３０により保持される情報には、少なくとも、エラーが発生した通信における送信元の端末装置１０および送信先の端末装置１０を特定する情報、通信が行われた時刻の情報が含まれる。また、単に特定の端末装置１０の個体間の通信においてエラーが発生したことを示す情報だけでなく、同種の装置をネットワーク１１０に接続して通信を行う場合における接続性を判断するのに用いられる情報が含まれる。例えば、エラー情報管理サーバ３０は、中継装置２０のエラー情報管理部２６と同様に、個々の端末装置１０の個体、機種、ベンダー（メーカー）等の情報と、送信元と送信先の組み合わせや通信サービスの種類、エラーの種類、エラーが発生した日時等の情報とを対応付けて管理する。エラー情報管理サーバ３０に保持される情報は、例えば、端末装置１０としてのネットワーク機器の製造者等により、機種や通信サービスの種類に応じた接続性の評価に用いられる。また、この情報を公開情報とし、ユーザがネットワーク機器を導入する場合に参照できるようにしても良い。

＜エラー情報＞
ここで、エラー情報取得部２４が取得するエラー情報の内容とその取得方法について説明する。本実施形態では、上述したように、単に通信におけるエラーを検出するだけでなく、エラーの検出に基づいて、同種の装置をネットワーク１１０に接続して通信を行った場合における接続性（通信でエラーが発生するか否か）を判断するのに用いられる情報（エラー情報）を取得する。以下、エラー情報取得部２４が取得するエラー情報として、個体識別情報、製品識別情報、ベンダー（メーカー）識別情報、サービス識別情報、エラー識別情報を例示し、その取得方法の例を説明する。なお、ネットワーク１１０に接続された端末装置１０どうしの間の通信は、例えばＯＳＩ（Open Systems Interconnection）参照モデルに基づいて階層的に把握することができる。そして、中継装置２０がＯＳＩ参照モデルのいずれの階層（レイヤー）で動作する機器かに応じて、得られる情報が異なる。すなわち、ＯＳＩ参照モデルの一つの階層で動作する機器（中継装置２０）は、その階層およびそれよりも下位の階層に対応するプロトコルによる通信におけるパケットから得られる情報をエラー情報として取得することができる。

・個体識別情報
エラー情報取得部２４は、エラーが発生した通信における送信元の端末装置１０および送信先の端末装置１０の個体を識別する情報を、エラー情報として取得する。端末装置１０の個体を識別する情報としては、例えば、エラーが発生した通信における送信元および送信先のＭＡＣアドレスを用いて良い。ＭＡＣアドレスは、ネットワーク機器のハードウェアに一意に割り当てられる物理アドレスであり、４８ビット（ＥＵＩ−４８）の符号である。ＭＡＣアドレスは、通常、６組のオクテット（８ビット値）で表現される。一般に、このＭＡＣアドレスの６つのオクテットのうち、最初の３オクテットがベンダーＩＤを表し、次の１オクテットが機種ＩＤを表し、最後の２オクテットがシリアルＩＤを表す。したがって、ＭＡＣアドレスにより端末装置１０の個体が特定される。このため、端末装置１０の個体を識別する情報としてＭＡＣアドレスを用いることができる。そして、エラーが発生した通信を解析して送信元および送信先のＭＡＣアドレスを特定すれば、その通信における送信元の端末装置１０および送信先の端末装置１０の個体が特定される。ＯＳＩ参照モデルの第２層（Ｌａｙｅｒ２；Ｌ２）以上に対応する中継装置２０は、ＭＡＣアドレスを識別する機能を有するので、エラー情報としてＭＡＣアドレスを取得し得る。

また、端末装置１０の間の通信で用いられる通信プロトコルがＩＰ（Internet Protocol）である場合、端末装置１０の個体を識別する情報として、例えば、ＩＰアドレスを用いて良い。ＩＰアドレスは、ＩＰにおいてネットワーク上の機器を識別するために用いられるアドレスである。このため、端末装置１０の個体を識別する情報としてＩＰアドレスを用いることができる。そして、エラーが発生した通信を解析して送信元および送信先のＩＰアドレスを特定すれば、その通信における送信元の端末装置１０および送信先の端末装置１０の個体が特定される。ＯＳＩ参照モデルの第３層（Ｌａｙｅｒ３；Ｌ３）以上に対応する中継装置２０は、ＩＰアドレスを識別する機能を有するので、エラー情報としてＩＰアドレスを取得し得る。

上記のようにして、エラーが発生した通信における送信元および送信先の端末装置１０の個体が特定される。しかし、この情報は、個々の端末装置１０の間（個体間）の接続性を示すのみであるので、同種の装置をネットワーク１１０に接続して通信を行う場合における接続性を判断するのに用いる情報としての有効性は低い。

・製品識別情報
エラー情報取得部２４は、エラーが発生した通信における送信元の端末装置１０および送信先の端末装置１０の製品（機種）を識別する情報を、エラー情報として取得する。端末装置１０の製品（機種）を識別する情報としては、例えば、エラーが発生した通信における送信元および送信先のＭＡＣアドレスを用いて良い。上述したように、ＭＡＣアドレスを構成する６つのオクテットのうち、最初の３オクテットがベンダーＩＤを表し、次の１オクテットが機種ＩＤを表し、最後の２オクテットがシリアルＩＤを表す。したがって、ＭＡＣアドレスの上位の４オクテットにより、端末装置１０の機種が特定される。このため、端末装置１０の製品（機種）を識別する情報としてＭＡＣアドレスを用いることができる。そして、エラーが発生した通信を解析して送信元および送信先のＭＡＣアドレスを特定すれば、その通信における送信元の端末装置１０および送信先の端末装置１０の製品（機種）が特定される。ＯＳＩ参照モデルの第２層以上に対応する中継装置２０は、ＭＡＣアドレスを識別する機能を有するので、エラー情報としてＭＡＣアドレスを取得し得る。なお、ＭＡＣアドレスの値と端末装置１０の製品（機種）との対応関係を示す情報は、予めテーブル等の形式で中継装置２０の記憶手段に保持させておいても良いし、ネットワーク１１０を介して外部サーバから取得して用いても良い。

また、端末装置１０の間の通信で用いられる通信プロトコルがＨＴＴＰ（HyperText Transfer Protocol）であって、送信側の端末装置１０がＨＴＴＰクライアントであり、受信側の端末装置１０がＨＴＴＰサーバである場合、端末装置１０の製品（機種）を識別する情報として、例えば、ＨＴＴＰヘッダのＵｓｅｒ−Ａｇｅｎｔフィールドの情報を用いて良い。ＨＴＴＰメッセージのヘッダには種々の情報が記録される。このうち、ＨＴＴＰクライアントからＨＴＴＰサーバへの要求（ＨＴＴＰリクエスト）メッセージに付加されるリクエストヘッダ・フィールド内のＵｓｅｒ−Ａｇｅｎｔフィールドには、要求メッセージを送信したＨＴＴＰクライアント（ウェブ・ブラウザ等）の固有情報が記録される。したがって、Ｕｓｅｒ−Ａｇｅｎｔフィールドの情報により、要求メッセージを送信した端末装置１０が使用しているＨＴＴＰクライアントが特定される。このため、端末装置１０の製品（ウェブ・ブラウザの種類等）を識別する情報としてＵｓｅｒ−Ａｇｅｎｔフィールドの情報を用いることができる。

ここで、端末装置１０の製品（ウェブ・ブラウザの種類等）を識別する情報としてＵｓｅｒ−Ａｇｅｎｔフィールドの情報を用いるためには、エラー情報取得部２４が、ＨＴＴＰヘッダを解析する機能を有する必要がある。このため、ＯＳＩ参照モデルの第２層で動作するハブや第３層で動作するルータの本来の機能のみでは、エラー情報としてＵｓｅｒ−Ａｇｅｎｔフィールドの情報を用いることができない。したがって、エラー情報としてＵｓｅｒ−Ａｇｅｎｔフィールドの情報を用いる場合は、中継装置２０は、ＨＴＴＰヘッダを解析するための処理手段を有することが必要である。具体的には、この処理手段は、例えば、ＨＴＴＰヘッダを解析するプログラムを格納したメモリと、メモリに格納されたプログラムを実行してＨＴＴＰヘッダを解析するプロセッサとにより実現される。なお、Ｕｓｅｒ−Ａｇｅｎｔフィールドの情報と端末装置１０の製品（ウェブ・ブラウザの種類等）との対応関係を示す情報は、予めテーブル等の形式で中継装置２０の記憶手段に保持させておいても良いし、ネットワーク１１０を介して外部サーバから取得して用いても良い。

上記のようにして、エラーが発生した通信における送信元および送信先の端末装置１０の製品（機種）が特定される。この情報は、実際に通信においてエラーが発生した端末装置１０と同種の製品（機種）の組み合わせで通信を行う場合における接続性を判断するのに用いる情報として有効である。

・ベンダー（メーカー）識別情報
エラー情報取得部２４は、エラーが発生した通信における送信元の端末装置１０および送信先の端末装置１０のベンダー（メーカー）を識別する情報を、エラー情報として取得する。端末装置１０のベンダー（メーカー）を識別する情報としては、例えば、エラーが発生した通信における送信元および送信先のＭＡＣアドレスを用いて良い。上述したように、ＭＡＣアドレスを構成する６つのオクテットのうち、最初の３オクテットがベンダーＩＤを表し、次の１オクテットが機種ＩＤを表し、最後の２オクテットがシリアルＩＤを表す。したがって、ＭＡＣアドレスの上位の３オクテットにより、端末装置１０を供給するベンダー（メーカー）が特定される。このため、端末装置１０のベンダー（メーカー）を識別する情報としてＭＡＣアドレスを用いることができる。そして、エラーが発生した通信を解析して送信元および送信先のＭＡＣアドレスを特定すれば、その通信における送信元の端末装置１０および送信先の端末装置１０のベンダー（メーカー）が特定される。ＯＳＩ参照モデルの第２層以上に対応する中継装置２０は、ＭＡＣアドレスを識別する機能を有するので、エラー情報としてＭＡＣアドレスを取得し得る。なお、ＭＡＣアドレスの値と端末装置１０のベンダー（メーカー）との対応関係を示す情報は、予めテーブル等の形式で中継装置２０の記憶手段に保持させておいても良いし、ネットワーク１１０を介して外部サーバから取得して用いても良い。

上記のようにして、エラーが発生した通信における送信元および送信先の端末装置１０のベンダー（メーカー）が特定される。この情報は、実際に通信においてエラーが発生した端末装置１０と同じベンダー（メーカー）から提供される製品（機種）の組み合わせで通信を行う場合における接続性を判断するのに用いる情報として有効である。

・サービス識別情報
エラー情報取得部２４は、エラーが発生した通信における通信サービスを識別する情報を、エラー情報として取得する。通信サービスを識別する情報としては、例えば、端末装置１０の間の通信で用いられる通信プロトコルがＴＣＰ（Transmission Control Protocol）である場合、通信サービスを識別する情報として、例えば、ポート番号を用いて良い。ＴＣＰ通信では、ＩＰアドレスに加えて、ＴＣＰヘッダに記述される補助アドレスとしてのポート番号を用い、ＩＰ通信で伝送されるデータを扱う上位プロトコル（例えば、データの送受信を行ったアプリケーションが用いるプロトコル）を識別する。一部のポート番号は特定のアプリケーションに割り当てられているため、このポート番号により、対応するアプリケーションが提供するサービスが特定される。例えば、ＦＴＰ（File Transfer Protocol）であればポート番号２０、２１が割り当てられており、ＳＳＨ（Secure Shell）であればポート番号２２が割り当てられている。また、ＳＭＴＰ（Simple Mail Transfer Protocol）であればポート番号２５が割り当てられており、ＨＴＴＰであればポート番号８０が割り当てられている。したがって、エラーが発生した通信を解析してポート番号を特定すれば、特定されたポート番号によってはそのポート番号を用いる上位プロトコルが特定され、その上位プロトコルにより提供される通信サービスにおいてエラーが発生したことが特定される。

ここで、通信サービスを識別する情報としてポート番号を用いるためには、エラー情報取得部２４が、ＴＣＰヘッダを解析する機能を有する必要がある。ポート番号は、ＯＳＩ参照モデルの第４層で扱われるものであるので、第２層で動作するハブや第３層で動作するルータの本来の機能のみでは、エラー情報としてポート番号に基づく情報サービスの種類の情報を用いることができない。したがって、エラー情報としてポート番号に基づく情報サービスの種類の情報を用いる場合は、中継装置２０は、ＴＣＰヘッダを解析するための処理手段を有することが必要である。具体的には、この処理手段は、例えば、ＴＣＰヘッダを解析するプログラムを格納したメモリと、メモリに格納されたプログラムを実行してＴＣＰヘッダを解析するプロセッサとにより実現される。なお、ポート番号と通信サービスとの対応関係を示す情報は、予めテーブル等の形式で中継装置２０の記憶手段に保持させておいても良いし、ネットワーク１１０を介して外部サーバから取得して用いても良い。

また、端末装置１０の間の通信で用いられる通信プロトコルがＨＴＴＰ（HyperText Transfer Protocol）であって、送信側の端末装置１０がＨＴＴＰクライアントであり、受信側の端末装置１０がＨＴＴＰサーバである場合、通信サービスを識別する情報として、ＨＴＴＰリクエストのＵＲＬ（Uniform Resource Locator）の情報を用いることができる場合がある。ＨＴＴＰリクエストのＵＲＬには、ＦＱＤＮ（Fully Qualified Domain Name）の部分に加えて、ファイル等のリソースのパス名が付加される場合がある。ここで、アクセス対象のサーバがファイルサーバではなく、何らかの通信サービスを提供するサーバである場合、サーバの機能（通信サービス）を呼び出すための情報（プロトコル名等）がパス名に記述される。したがって、エラーが発生した通信におけるＨＴＴＰリクエストのＵＲＬを解析してサーバが提供する通信サービスを特定すれば、その通信サービスにおいてエラーが発生したことが特定される。

ここで、エラー情報としてＨＴＴＰリクエストのＵＲＬの情報を用いる場合は、第２層で動作するハブや第３層で動作するルータの本来の機能のみでは足りず、中継装置２０は、ＨＴＴＰリクエストを解析するための処理手段を有することが必要である。具体的には、この処理手段は、例えば、ＨＴＴＰリクエストを解析するプログラムを格納したメモリと、メモリに格納されたプログラムを実行してＨＴＴＰリクエストを解析するプロセッサとにより実現される。なお、パス名と通信サービスとの対応関係を示す情報は、予めテーブル等の形式で中継装置２０の記憶手段に保持させておいても良いし、ネットワーク１１０を介して外部サーバから取得して用いても良い。

また、端末装置１０の間の通信でＸＭＬ（Extensible Markup Language）データの送受信が行われる場合、名前空間を示す属性「ｘｍｌｎｓ：」が記述されていれば、通信サービスを識別する情報として、この属性「ｘｍｌｎｓ：」で指定される情報を用いることができる場合がある。ＸＭＬでは、自由に独自のマークアップ言語（タグセット）を設計して良い。このタグセットは、ＵＲＩ（Uniform Resource Identifier）で識別される。そして、ＸＭＬデータにおいて利用するタグセットのＵＲＩは、属性「ｘｍｌｎｓ：」で指定される。したがって、このタグセットにより特定の通信サービスが提供される場合は、属性「ｘｍｌｎｓ：」の情報により、このタグセットにより提供される通信サービスを特定することができる。そして、エラーが発生した通信におけるＸＭＬデータを解析し、属性「ｘｍｌｎｓ：」で指定される情報により通信サービスを特定すれば、その通信サービスにおいてエラーが発生したことが特定される。

ここで、エラー情報としてＸＭＬデータの属性「ｘｍｌｎｓ：」で指定される情報を用いるためには、エラー情報取得部２４が、ＸＭＬデータを解析する機能を有する必要がある。このため、ＯＳＩ参照モデルの第２層で動作するハブや第３層で動作するルータの本来の機能のみでは、エラー情報としてＸＭＬデータの属性「ｘｍｌｎｓ：」で指定される情報を用いることができない。したがって、エラー情報としてＸＭＬデータの属性「ｘｍｌｎｓ：」で指定される情報を用いる場合は、中継装置２０は、ＸＭＬデータを解析するための処理手段を有することが必要である。具体的には、この処理手段は、例えば、ＸＭＬデータを解析するプログラムを格納したメモリと、メモリに格納されたプログラムを実行してＸＭＬデータを解析するプロセッサとにより実現される。なお、ＸＭＬデータの属性「ｘｍｌｎｓ：」で指定される情報と通信サービスとの対応関係を示す情報は、予めテーブル等の形式で中継装置２０の記憶手段に保持させておいても良いし、ネットワーク１１０を介して外部サーバから取得して用いても良い。

上記のようにして、エラーが発生した通信における通信サービスが特定される。この情報は、特定の通信サービスを利用しようとする場合における接続性を判断するのに用いる情報として有効である。そして、上述したエラーが発生した通信における送信元および送信先の端末装置１０の製品（機種）やベンダー（メーカー）の情報と組み合わせることにより、特定の製品の組み合わせで特定の通信サービスを利用しようとする場合における接続性を判断するのに用いる情報として、特に有効である。

・エラー識別情報
エラー情報取得部２４は、発生したエラーの種類を識別する情報を、エラー情報として取得する。エラーの種類を識別する情報としては、例えば、端末装置１０の間の通信で用いられる通信プロトコルがＨＴＴＰであって、送信側の端末装置１０がＨＴＴＰサーバであり、受信側の端末装置１０がＨＴＴＰクライアントである場合、応答（ＨＴＴＰレスポンス）メッセージに付加される状態コード（ＨＴＴＰステータスコード）の情報を用いて良い。ＨＴＴＰステータスコードは、レスポンスの意味を表現するコードであり、３桁の数字で構成される。このＨＴＴＰステータスコードにより、エラーの発生および発生したエラーの種類を特定することができる。４００番台のＨＴＴＰステータスコードは、クライアント側のエラー（クライアントからのリクエストの誤り）を示す。５００番台のＨＴＴＰステータスコードは、サーバ側のエラー（サーバによるリクエストの処理の失敗）を示す。

ここで、エラー情報としてＨＴＴＰステータスコードを用いる場合は、第２層で動作するハブや第３層で動作するルータの本来の機能のみでは足りず、中継装置２０は、ＨＴＴＰレスポンスを解析するための処理手段を有することが必要である。具体的には、この処理手段は、例えば、ＨＴＴＰレスポンスを解析するプログラムを格納したメモリと、メモリに格納されたプログラムを実行してＨＴＴＰレスポンスを解析するプロセッサとにより実現される。

また、エラー情報取得部２４は、エラーの発生を示す情報を、エラー情報として取得する。ここで、端末装置１０の間の通信で用いられる通信プロトコルがＴＣＰである場合、エラーの発生を示す情報として、例えば、ＲＳＴパケットを用いて良い。ＴＣＰ通信において、正しくないパケットを受け取った端末装置１０は、その正しくないパケットを送信した端末装置１０に対し、通信リセットの指示を行うためにＲＳＴパケットを送信する。そこで、中継装置２０においてＲＳＴパケットが検出されれば、そのＲＳＴパケットの送受信が行われた通信においてエラーが発生したことが特定される。

ここで、エラー情報としてＲＳＴパケットを用いる場合は、第２層で動作するハブや第３層で動作するルータの本来の機能のみでは足りず、中継装置２０は、ＴＣＰ通信で送受信されるパケットを解析するための処理手段を有することが必要である。具体的には、この処理手段は、例えば、ＴＣＰ通信におけるパケットを解析するプログラムを格納したメモリと、メモリに格納されたプログラムを実行してＴＣＰ通信におけるパケットを解析するプロセッサとにより実現される。

上記のようにして、エラーの発生や発生したエラーの種類が特定される。この情報は、上述したエラーが発生した通信における送信元および送信先の端末装置１０の製品（機種）やベンダー（メーカー）、通信サービス等の情報と組み合わせることにより、特定の製品の組み合わせで特定の通信サービスを利用しようとする場合に、どのようなエラーが発生する可能性があるかを示すことができ、製品間の詳細な接続性を判断するのに用いる情報として、特に有効である。

以上、エラー情報として用い得るいくつかの情報を例示し、その取得方法の例を説明した。そして、例えば製品識別情報の取得方法のように、いくつかのエラー情報については、ＯＳＩ参照モデルにおいて対応する階層が異なるものを含む複数の取得方法を示した。ここで、ＯＳＩ参照モデルにおける、下位の階層から取得されるエラー情報は、上位の階層から取得されるエラー情報と比較して、上位のプロトコルの差異に影響を受けない汎用性の高いエラー情報といえる。一方、下位の階層から取得されるエラー情報のみでは、下位のプロトコルにおけるデータ伝送では正常であるが上位のプロトコルにおける接続では失敗した場合のエラーの発生を取りこぼす可能性がある。そこで、実際の運用においては、ネットワーク・システム１００が適用される具体的な実行環境や仕様等に応じて、取得しようとするエラー情報を、ＯＳＩ参照モデルの階層が異なるものを含む複数の取得方法で取得するようにしても良い。

＜各装置の動作＞
図３は、図１に示したネットワーク・システム１００の各装置間におけるデータの流れを示す図である。また、図４は、各装置間における送受信の様子を示すシーケンス図である。図３に示す例において、端末装置１０である装置Ａと端末装置１０である装置Ｂとはクライアントサーバシステムを構成しており、装置Ａから装置Ｂへ要求（リクエスト）を送信し、装置Ｂから装置Ａへ応答（レスポンス）が返送される動作について、データの送受信の流れが示されている。また、図３に示す例において、中継装置２０は、各端末装置１０およびエラー情報管理サーバ３０とネットワーク１１０とを接続するハブＨ１、Ｈ２、Ｈ３と、各端末装置１０が接続されたネットワーク１１０とエラー情報管理サーバ３０が接続されたネットワーク１１０とを接続するルータＲとが設けられている。そして、各装置間の通信は、全て中継装置２０としてのルータＲを介して行われるものとする。なお、この動作例では、本実施形態によるエラー情報を取得する中継装置２０をルータＲとしている。すなわち、図３に示すハブＨ１、Ｈ２、Ｈ３は、本実施形態の中継装置２０としては機能していない。したがって、図４には、ハブＨ１、Ｈ２、Ｈ３は記載されていない。なお、ここではルータＲのみを本実施形態における中継装置２０として機能させることとしたが、ハブＨ１、Ｈ２、Ｈ３を本実施形態の中継装置２０として機能させる構成としても良い。

図３および図４に示す例において、まず、装置Ａから要求データ（リクエスト・パケット）が送信される。装置Ａから送信された要求データは、ハブＨ１、中継装置２０であるルータＲ、そしてハブＨ２を経て装置Ｂへ送られる。そして、この要求に対する応答データ（レスポンス・パケット）が装置Ｂから送信される。装置Ｂから送信された応答データは、ハブＨ２、ルータＲ、ハブＨ１を経て装置Ａへ送られる。

ここで、装置Ｂから装置Ａへの応答データの通信でエラーが発生したものとする。この場合、本実施形態の中継装置２０としてのルータＲは、応答データを装置Ａへ転送するとともに、装置Ａと装置Ｂとの間の通信で発生したエラーに関する情報（すなわち、装置Ａと装置Ｂとの接続性に問題があることを示す情報）であるエラー情報を取得してエラー情報管理サーバ３０へ送信する。ルータＲから送信されたエラー情報は、ハブＨ３を経てエラー情報管理サーバ３０に受信され、保持される。ルータＲからエラー情報管理サーバ３０へ送られるエラー情報には、エラーが発生したことを示す情報と共に、上述したように、エラーが発生した通信の送信先及び送信元の端末装置１０（装置Ａおよび装置Ｂ）に関する情報（個体の情報、製品やメーカーを特定する情報）、エラーが発生した通信に関する情報（通信サービスの種類を示す情報、エラーの種類を示す情報）等が含まれる。なお、ここでは装置Ｂから装置Ａへの応答データの通信でエラーが発生した場合について説明したが、装置Ａから装置Ｂへの要求データの通信でエラーが発生した場合も同様に、ルータＲは、要求データを装置Ｂへ転送するとともに、装置Ａと装置Ｂとの間の通信のエラー情報を取得してエラー情報管理サーバ３０へ送信する。

図１および図３に示したネットワーク・システム１００は、例えば、センサ等のデータ取得手段を有してデータを取得し出力するクライアントとしての情報取得装置と、情報取得装置から出力されたデータを管理するサーバとを備えるクライアントサーバシステムに適用し得る。ここでは、一例として、図３に示した装置Ａを情報取得装置とし、装置Ｂを情報取得装置に対するサーバとして、各装置の動作例について説明する。

図５は、情報取得装置としての端末装置１０（装置Ａ）の動作を示すフローチャートである。図５に示すように、端末装置１０（装置Ａ、情報取得装置）は、まず、データ取得手段（センサ等）のチェック条件が成立するのを待つ（Ｓ５０１）。そして、チェック条件は、端末装置１０（装置Ａ、情報取得装置）が取得するデータの内容や端末装置１０（装置Ａ、情報取得装置）自体の仕様等に応じて設定される。例えば、取得対象のデータを定期的に取得したり決まった時刻に取得したりするために、時間的条件をチェック条件として設定しても良い。また、周囲の温度が設定値に達した場合等のように、データ取得手段の取得データが予め設定された内容になったことをチェック条件としても良い。

チェック条件が成立すると、次に端末装置１０（装置Ａ、情報取得装置）は、データ取得手段が取得したデータ（センサの値等）を読み取る（Ｓ５０２）。そして、端末装置１０（装置Ａ、情報取得装置）は、情報処理装置に対するサーバとしての端末装置１０（装置Ｂ）への送信条件を満足するか否かを判断し、満足するならば（Ｓ５０３でＹｅｓ）、Ｓ５０２で読み取ったデータのパケットを端末装置１０（装置Ｂ、サーバ）へ送信する（Ｓ５０４）。送信条件は、端末装置１０（装置Ａ、情報取得装置）が取得するデータの内容、端末装置１０（装置Ａ、情報取得装置）や端末装置１０（装置Ｂ、サーバ）の仕様等に応じて設定される。例えば、端末装置１０（装置Ａ、情報取得装置）と端末装置１０（装置Ｂ、サーバ）との間の接続が確立されていること、端末装置１０（装置Ｂ、サーバ）が送信を許可していること等を送信条件として設定しても良い。

端末装置１０（装置Ａ、情報取得装置）は、端末装置１０（装置Ｂ、サーバ）への送信条件を満足しない場合（Ｓ５０３でＮｏ）、およびＳ５０４でデータを端末装置１０（装置Ｂ、サーバ）へ送信した後、Ｓ５０１へ戻り、データ取得手段のチェック条件が成立するのを待つ。なお、端末装置１０（装置Ａ、情報取得装置）が取得するデータの内容、端末装置１０（装置Ａ、情報取得装置）や端末装置１０（装置Ｂ、サーバ）の仕様等によっては、送信条件を満足しない場合（Ｓ５０３でＮｏ）に、Ｓ５０１へ戻るのではなく、送信条件が満足するのを待つように構成しても良い。この場合、端末装置１０（装置Ａ、情報取得装置）は、Ｓ５０２で取得したデータを保持しておき、送信条件を満足したならば、保持していたデータのパケットを端末装置１０（装置Ｂ、サーバ）へ送信する。

図６は、情報処理装置に対するサーバとしての端末装置１０（装置Ｂ）の動作を示すフローチャートである。図６に示すように、端末装置１０（装置Ｂ、サーバ）は、通常状態として、常時、他の端末装置１０からデータを受信するのを待つ（Ｓ６０１）。なお、端末装置１０（装置Ｂ、サーバ）が受信待ちの状態となるための何らかの通信条件を設けても良い。この場合、通信条件は、端末装置１０（装置Ａ、情報取得装置）が取得するデータの内容、端末装置１０（装置Ａ、情報取得装置）や端末装置１０（装置Ｂ、サーバ）の仕様等に応じて設定される。例えば、予め設定された時間でのみデータを受け付けたり、特定の端末装置１０からの受信があった後でのみ他の特定の端末装置１０からのデータを受け付けたりするように設定しても良い。

端末装置１０（装置Ｂ、サーバ）が受信待ちの状態のときに端末装置１０（装置Ａ、情報取得装置）からデータが送られてくると、端末装置１０（装置Ｂ、サーバ）は、データを受信し、磁気ディスク装置等の記憶装置に格納して管理する等、端末装置１０（装置Ｂ、サーバ）の機能に応じて、受信したデータに対する処理を実行する（Ｓ６０２）。そして、再び受信待ちの状態となる。

図７は、中継装置２０（ルータＲ）の動作を示すフローチャートである。図７に示すように、中継装置２０（ルータＲ）は、通常状態として、常時、中継対象のパケットを受信するのを待つ（Ｓ７０１）。中継対象のパケットを受信すると、中継装置２０（ルータＲ）は、受信したパケットの通信が正常か否かを判定（エラー判定）する（Ｓ７０２）。中継装置２０（ルータＲ）は、エラーと判定しなかった場合（Ｓ７０３でＮｏ）、送信先の端末装置１０にパケットを送信し（Ｓ７０４）、中継対象のパケットの受信待ちの状態に戻る。

一方、中継装置２０（ルータＲ）は、エラーと判定した場合（Ｓ７０３でＹｅｓ）、送信先の端末装置１０にパケットを送信するとともに（Ｓ７０５）、このパケットを解析し、エラーと判定した通信のエラー情報を取得する（Ｓ７０６）。そして、中継装置２０（ルータＲ）は、取得したエラー情報をエラー情報管理サーバ３０へ送信し（Ｓ７０７）、中継対象のパケットの受信待ちの状態に戻る。

なお、図７に示した中継装置２０（ルータＲ）の動作例として、エラー判定（Ｓ７０２、Ｓ７０３）が済んだ後に、受信したパケットを送信先の端末装置１０に送信することとした（Ｓ７０４、Ｓ７０５）。これに対し、受信したパケットを送信先の端末装置１０に送信した後にエラー判定を行うようにしても良い。

図８は、エラー情報管理サーバ３０の動作を示すフローチャートである。図８に示すように、エラー情報管理サーバ３０は、通常状態として、常時、中継装置２０からエラー情報を受信するのを待つ（Ｓ８０１、Ｓ８０２）。中継装置２０からエラー情報を受信すると（Ｓ８０２でＹｅｓ）、エラー情報管理サーバ３０は、受信したエラー情報を磁気ディスク装置等の記憶装置に格納して保持する（Ｓ８０３）。

＜中継装置２０の一例としての画像処理装置の構成＞
本実施形態の中継装置２０には、ネットワーク１１０の構成に応じて種々の機器が用いられる。また、上述したように、ＴＣＰ通信やＨＴＴＰ通信のパケット（特にヘッダ）から得られる情報をエラー情報として用いる場合、中継装置２０としては、単なるハブやルータではなく、これらのプロトコルによるパケットを処理する機能を有するゲートウェイサーバが用いられる。また、これらのプロトコルによるパケットを処理する処理手段をハブやルータに設けて、本実施形態の中継装置２０として用いても良い。一例として、複写機能、画像読み取り機能、印刷機能などを有するとともにネットワーク・インターフェイスを備えた複合機である画像処理装置を中継装置２０として用いた場合の構成例を説明する。

図９は、画像処理装置２００の構成を示した図である。
図９に示す構成において、画像処理装置２００は、制御部６０を構成するＣＰＵ（Central Processing Unit）２０２と、ＲＯＭ（Read Only Memory）２０３と、ＲＡＭ（Random Access Memory）２０４とを備える。また、画像処理装置２００は、記憶部２０５と、操作部２０６と、表示部２０７と、画像読み取り部２０８と、画像形成部２０９と、通信部２１０と、画像処理部２１１と、計時部２１２とを備える。これらの各機能部は、バス２０１に接続され、このバス２０１を介してデータの授受を行う。

操作部２０６は、ユーザ（使用者）の操作を受け付ける。操作部２０６は、例えば、ハードウェアキーにより構成される。また、例えば、押圧された位置に応じた制御信号を出力するタッチセンサにより構成される。タッチセンサと後述の表示部２０７を構成する液晶ディスプレイとを組み合わせたタッチパネルとして構成しても良い。

表示部２０７は、表示手段の一例であり、例えば液晶ディスプレイにより構成される。この表示部２０７は、ＣＰＵ２０２の制御の下、画像処理装置２００に関する情報を表示する。また、表示部２０７は、ユーザが画像処理装置２００を操作する際にユーザが参照するメニュー画面を表示する。すなわち、上記の操作部２０６と表示部２０７とを組み合わせて、画像処理装置２００のユーザインタフェース部として機能する。

画像読み取り部２０８は、いわゆるスキャナ装置により構成され、セットされた原稿上の画像を光学的に読み取り、読み取り画像（画像データ）を生成する。画像の読み取り方式としては、例えば、光源から原稿に照射した光に対する反射光をレンズで縮小してＣＣＤ（Charge Coupled Devices）で受光するＣＣＤ方式や、ＬＥＤ（Light Emitting Diode）光源から原稿に順に照射した光に対する反射光をＣＩＳ（Contact Image Sensor）で受光するＣＩＳ方式が用いられる。

画像形成部２０９は、画像形成手段の一例であり、記録材の一例である用紙に対して、画像形成材を用いて画像データに基づく画像を形成する。記録材に画像を形成する方式としては、例えば、感光体に付着させたトナーを記録材に転写して像を形成する電子写真方式や、インクを記録材上に吐出して像を形成するインクジェット方式等が用いられる。

通信部２１０は、ネットワーク１１０を介して端末装置１０やエラー情報管理サーバ３０と通信を行うネットワーク・インターフェイスを有しており、中継装置２０の送受信部２１として機能する。なお、特に区別して記載しないが、画像処理装置２００がファクシミリ機能を有する場合は、通信部２１０は、ファクシミリによる送受信を行うための電話回線への接続機能も有している。

画像処理部２１１は、演算手段であるプロセッサと作業用メモリとを備え、画像データが表す画像に色補正や階調補正等の画像処理を施す。なお、プロセッサとして制御部６０のＣＰＵ２０２を、作業用メモリとして制御部６０のＲＡＭ２０４を、それぞれ兼用しても良い。

計時部２１２は、時刻を計る計時手段の一例である。この計時部２１２は、例えばリアルタイムクロック（ＲＴＣ）により実現される。計時部２１２は、例えば固有の電源によるバッテリバックアップが施されており、画像処理装置２００の電源が切られても動作し、時刻を計り続ける。

記憶部２０５は、記憶手段の一例であり、例えば、ハードディスク装置などの記憶装置により構成される。記憶部２０５は、画像読み取り部２０８にて生成された読み取り画像等の画像データを記憶する。

制御部６０を構成するＣＰＵ２０２、ＲＯＭ２０３およびＲＡＭ２０４において、ＲＯＭ２０３は、ＣＰＵ２０２により実行されるプログラムを記憶する。ＣＰＵ２０２は、ＲＯＭ２０３に記憶されているプログラムを読み出し、ＲＡＭ２０４を作業エリアにして、プログラムを実行する。また、記憶部２０５に格納されたプログラムをＲＡＭ２０４に読み込んで、ＲＡＭ２０４に読み込んだプログラムをＣＰＵ２０２が実行するようにしても良い。

ＣＰＵ２０２は、プログラムを実行して、画像処理装置２００の各機能部を制御する。特に、本実施形態では、ＣＰＵ２０２によりプログラムが実行されることで、制御部６０により、図２に示した、中継装置２０のエラー検出部２３、エラー情報取得部２４の機能が実現される。また、制御部６０および通信部２１０により、図２に示した、中継処理部２２、報知部２５の機能が実現される。また、本実施形態において、エラー情報取得部２４の機能として、ＴＣＰやＨＴＴＰ等の各種のプロトコルに基づくヘッダ等のパケット情報、ＸＭＬデータ等を解析してエラー情報を取得する場合は、これらの解析を行うプログラムをＲＯＭ２０３等に記憶させておき、ＣＰＵ２０２がプログラムを実行することにより解析機能を実現するようにしても良い。

＜変形例＞
中継装置２０は、主に、受信したパケットを解析して得られる情報に基づいて、通信がエラーか否かを判定するが、端末装置１０から要求メッセージに対する応答メッセージが送られてこないまま一定時間が経過した場合にエラーと判定しても良い。さらに、応答メッセージが返送されない場合であっても、特定の場合には、例外的にエラーと判定しないような制御を行っても良い。例えば、中継装置２０が要求メッセージを送信した日時の情報を、中継装置２０またはエラー情報管理サーバ３０に保持しておく。この日時の情報は、例えば図９に示した計時部２１２等の時計機能を用いて取得される。そして、応答メッセージが返送されないという事象が、１日のうちの特定の時間帯や、特定の曜日等に偏っている場合、端末装置１０の間の接続性には問題がなく、要求メッセージの送信先の端末装置１０の電源が入っていない時間帯等であることが考えられる。例えば、毎日１８時から翌日の９時までは、要求メッセージの送信先であるサーバ（端末装置１０）から応答メッセージが返送されない場合、端末装置１０の間の接続性の問題ではなく、業務時間外であるためにサービスの受け付けを停止していることが考えられる。また、毎週日曜日の０時から３時までは、要求メッセージの送信先であるサーバ（端末装置１０）から応答メッセージが返送されない場合、端末装置１０の間の接続性の問題ではなく、サーバメンテナンスが行われているためにサービスの受け付けを停止していることが考えられる。そこで、そのような場合はエラーと判定しないようにしても良い。上記のような、応答メッセージが返送されないという事象に限らず、通信における特定の事象が発生する日時（曜日や時間帯など）に偏りがある場合は、その偏りに応じて（偏りの度合いを判定条件の一つとして）、特定の事象が発生した通信をエラーと判定するようにしてもよい。

また、図３乃至図８を参照して説明した動作例では、中継装置２０は、エラーと判定した場合に判定結果とともにエラー情報をエラー情報管理サーバ３０へ送信した。これに対し、エラーと判定しなかった場合にも、通信が行われたこと（通信を中継したこと）を示す情報をエラー情報管理サーバ３０へ送信し、エラー情報管理サーバ３０で保持し管理するようにしても良い。このようにすれば、接続性に問題のある端末装置１０の組み合わせだけでなく、接続性に問題のない（エラーが発生しない）端末装置１０の組み合わせの情報を得ることができる。

１０…端末装置、２０…中継装置、２１…送受信部、２２…中継処理部、２３…エラー検出部、２４…エラー情報取得部、２５…報知部、３０…エラー情報管理サーバ、１００…ネットワーク・システム、１１０…ネットワーク

Claims (8)

1. ネットワークを介して端末装置に対してデータの送受信を行う送受信部と、
   一の端末装置から送信され前記送受信部により受信されたデータを送信先に設定された端末装置へ当該送受信部により送信する中継処理部と、
   前記中継処理部により処理された通信のエラーを検出するエラー検出部と、
   前記エラー検出部によりエラーが検出された通信に関する情報を取得するエラー情報取得部と、
   を備えることを特徴とする、中継装置。
2. 前記エラー情報取得部は、エラーが検出された通信におけるパケットの情報に基づき、当該エラーが検出された通信の態様を特定する情報を取得することを特徴とする、請求項１に記載の中継装置。
3. 前記エラー情報取得部は、エラーが検出された通信における送信元および送信先のＭＡＣアドレス（Media Access Control address）に基づき、当該エラーが検出された通信を行った端末装置を特定する情報を取得することを特徴とする、請求項２に記載の中継装置。
4. 前記エラー情報取得部は、エラーが検出された通信における送信元および送信先のＭＡＣアドレス（Media Access Control address）に基づき、当該エラーが検出された通信を行った端末装置の供給者を特定する情報を取得することを特徴とする、請求項２または請求項３に記載の中継装置。
5. 通信が行われた時間を特定する計時部をさらに備え、
   前記エラー検出部は、通信に関する特定の事象が発生する日時に偏りがある場合、当該偏りの度合いを判定条件の一つとして、当該特定の事象が発生した通信をエラーと判定することを特徴とする、請求項１に記載の中継装置。
6. 前記エラー検出部は、特定の端末装置において受信した要求メッセージに対する応答メッセージの返送が一定時間行われないという事象が発生した場合であっても、当該事象の発生が特定の時間に偏っている場合は、エラーと判定しないことを特徴とする、請求項５に記載の中継装置。
7. ネットワークを介して行われる端末装置間の通信を中継する中継装置と、
   前記中継装置に接続されたサーバと、を備え、
   前記中継装置は、
   一の端末装置から送信されたデータを受信し、送信先に設定された端末装置へ送信する中継処理部と、
   前記中継処理部により処理された通信のエラーを検出するエラー検出部と、
   前記エラー検出部によりエラーが検出された通信に関する情報を取得するエラー情報取得部と、を備え、
   前記サーバは、複数の前記中継装置の前記エラー情報取得部で取得された前記情報を格納して管理することを特徴とする、エラー情報管理システム。
8. ネットワークを介して行われる端末装置間の通信を中継する中継装置のコンピュータを制御するプログラムであって、
   一の端末装置から送信されたデータを受信し、送信先に設定された端末装置へ送信する送受信機能と、
   前記送受信機能により処理された通信のエラーを検出するエラー検出機能と、
   前記エラー検出機能によりエラーが検出された通信に関する情報を取得するエラー情報取得機能と、
   を前記コンピュータに実現させることを特徴とする、プログラム。

Images