(57)【特許請求の範囲】
【請求項１】
ネットワークを構成する複数の監視対象装置からＵＤＰに基づいて送信されるパケットを受信する監視装置と、前記監視対象装置と前記監視装置とに接続された送信制御装置とを備える情報通信システムであって、
前記送信制御装置は、
前記パケットが記憶される送信パケット記憶部と、
前記監視対象装置から前記監視装置を宛先として送信される前記パケットを受信し、前記送信パケット記憶部に記憶させるパケット受信部と、
前記監視装置から、前記パケットの突合処理要求を受信すると、前記監視対象装置から送信され前記監視装置に受信された前記パケットと、前記送信パケット記憶部に記憶された前記パケットとを比較して、前記送信パケット記憶部に記憶されているが前記監視装置に受信されていないパケットであるロスパケットを検出する突合処理部と、
前記突合処理部によって検出された前記ロスパケットを、前記監視装置に送信するパケット送信部と、を備え、
前記監視装置は、
前記ネットワークに接続され主系と従系とによって構成される中継装置が、系切替を行なったことを示す系切替情報を受信する系切替情報受信部と、
前記系切替情報受信部が前記系切替情報を受信すると、前記送信制御装置に前記突合処理要求を送信する突合処理要求送信部と、
を備えることを特徴とする情報通信システム。
【請求項２】
前記監視装置は、
前記監視対象装置から送信された前記パケットが記憶される受信パケット記憶部を備え、
前記送信制御装置の前記突合処理部は、
前記送信パケット記憶部に記憶された前記パケットと、前記監視装置の前記受信パケット記憶部に記憶された前記パケットとを比較して、前記送信パケット記憶部に記憶されているが前記監視装置の前記受信パケット記憶部に記憶されていないパケットを前記ロスパケットとして検出する
ことを特徴とする請求項１に記載の情報通信システム。
【請求項３】
ネットワークを構成する複数の監視対象装置からＵＤＰに基づいて送信されるパケットを受信する監視装置と、前記パケットが記憶される送信パケット記憶部を有し、前記監視対象装置と前記監視装置とに接続された送信制御装置とを備える情報通信システムの情報通信方法であって、
前記送信制御装置が、
前記監視対象装置から前記監視装置を宛先として送信される前記パケットを受信して前記送信パケット記憶部に記憶させるステップと、
前記監視装置が、
前記ネットワークに接続され主系と従系とによって構成される中継装置が、系切替を行なったことを示す系切替情報を受信するステップと、
前記系切替情報を受信すると、前記送信制御装置に突合処理要求を送信するステップと、
前記送信制御装置が、
前記監視装置から、前記パケットの突合処理要求を受信すると、前記監視対象装置から送信され前記監視装置に受信された前記パケットと、前記送信パケット記憶部に記憶された前記パケットとを比較して、前記送信パケット記憶部に記憶されているが前記監視装置に受信されていないパケットであるロスパケットを検出するステップと、
検出した前記ロスパケットを、前記監視装置に送信するステップと、を備える
ことを特徴とする情報通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＵＤＰにおけるパケットロスを救済する技術に関する。
【背景技術】
【０００２】
パケットの送達確認を行なわないコネクションレス型のプロトコルであるＵＤＰ（User Datagram Protocol）に基づくＩＰ（Internet Protocol）通信（ＵＤＰ／ＩＰ通信）においては、送達確認を行なうＴＣＰ（Transmission Control Protocol）／ＩＰ通信に比べて少ない通信負荷により効率良くデータ通信が行えるものである。このような特性上、ＵＤＰ通信においては通信経路上でパケットロスが発生した場合にパケットの再送信は行われない。
【０００３】
特許文献１には、このようなＵＤＰ通信において、他層であるＲＴＰ（Real-time Transport Protocol）のヘッダ情報に付与されたシーケンス番号に基づいてパケットロスを検出し、パケットを再送することによりパケットロスを救済する技術が記載されている。特許文献２には、ＩＰｓｅｃ（Security Architecture for Internet Protocol）のヘッダ情報に付与されたシーケンス番号に基づいてパケットロスを検出し、パケットを再送する技術が記載されている。特許文献３には、ＳＮＭＰ（Simple Network Management Protocol）トラップを送信するエージェントが送信するパケットにシーケンス番号を付与し、トラップを受信したマネージャは、送信されたパケットに付与されたシーケンス番号に基づいてパケットロスを検出し、パケットを再送する技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２０８６３５号公報
【特許文献２】特開２００８−０６０８１７号公報
【特許文献３】特開平１１−１７７５５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述したような技術においては、ＵＤＰに基づくパケットを送信する送信側の装置に、送信するパケットのヘッダにシーケンス番号を付与する機能が必要になる。ここで、例えばＵＤＰに基づいて送信されるＳＮＭＰパケットのパケットロスを救済したい場合、ＳＮＭＰエージェントを備えた監視対象装置は大量に存在する場合があることが考えられ、このような監視対象となる全ての装置に、シーケンス番号を付与するための機能を備えるようにすることは現実的には困難な場合がある。また、上述の技術では、ＲＴＰやＩＰＳｅｃのように、ＵＤＰとは異なる層のプロトコルに依存することになる。すなわち、従来技術によってＵＤＰのパケットロスを救済する方法が適用可能なのは、このように限定された通信環境においてのみである。
【０００６】
本発明は、このような状況に鑑みてなされたもので、ＵＤＰパケットの送信元に特殊な機能を加えることなく、また他層に依存することもなく、効率的にＵＤＰ通信のパケットロスを救済する情報通信システム、情報通信方法を提供する。
【課題を解決するための手段】
【０００７】
上述した課題を解決するために、本発明は、ネットワークを構成する複数の監視対象装置からＵＤＰに基づいて送信されるパケットを受信する監視装置と、監視対象装置と監視装置とに接続された送信制御装置とを備える情報通信システムであって、送信制御装置は、パケットが記憶される送信パケット記憶部と、監視対象装置から監視装置を宛先として送信されるパケットを受信し、送信パケット記憶部に記憶させるパケット受信部と、監視装置から、パケットの突合処理要求を受信すると、監視対象装置から送信され監視装置に受信されたパケットと、送信パケット記憶部に記憶されたパケットとを比較して、パケット送信記憶部に記憶されているが監視装置に受信されていないパケットであるロスパケットを検出する突合処理部と、突合処理部によって検出されたロスパケットを、監視装置に送信するパケット送信部と、を備えることを特徴とする。
【０００８】
また、本発明は、上述の監視装置は、ネットワークに接続され主系と従系とによって構成される中継装置が、系切替を行なったことを示す系切替情報を受信する系切替情報受信部と、系切替情報受信部が系切替情報を受信すると、送信制御装置に突合処理要求を送信する突合処理要求送信部と、を備えることを特徴とする。
【０００９】
また、本発明は、上述の監視装置が、監視対象装置から送信されたパケットが記憶される受信パケット記憶部を備え、送信制御装置の突合処理部は、送信パケット記憶部に記憶されたパケットと、監視装置の受信パケット記憶部に記憶されたパケットとを比較して、送信パケット記憶部に記憶されているが監視装置の受信パケット記憶部に記憶されていないパケットをロスパケットとして検出することを特徴とする。
【００１０】
また、本発明は、ネットワークを構成する複数の監視対象装置からＵＤＰに基づいて送信されるパケットを受信する監視装置と、パケットが記憶される送信パケット記憶部を有し、監視対象装置と監視装置とに接続された送信制御装置とを備える情報通信システムの情報通信方法であって、送信制御装置が、監視対象装置から監視装置を宛先として送信されるパケットを受信して送信パケット記憶部に記憶させるステップと、監視装置から、パケットの突合処理要求を受信すると、監視対象装置から送信され監視装置に受信されたパケットと、送信パケット記憶部に記憶されたパケットとを比較して、パケット送信記憶部に記憶されているが監視装置に受信されていないパケットであるロスパケットを検出するステップと、突合処理部によって検出されたロスパケットを、監視装置に送信するステップと、を備えることを特徴とする。
【発明の効果】
【００１１】
以上説明したように、本発明によれば、送信制御装置は、ネットワークを構成する複数の監視対象装置から監視装置を宛先としてＵＤＰに基づいて送信されるパケットを受信して記憶し、監視装置からパケットの突合処理要求を受信すると、監視対象装置から送信され監視装置に受信されたパケットと、記憶したパケットとを比較して、記憶されているが監視装置に受信されていないロスパケットを検出し、検出されたロスパケットを監視装置に送信するようにしたので、効率的にＵＤＰ通信のパケットロスを救済することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態による情報通信システムの構成例を示すブロック図である。
【図２】本発明の一実施形態により送信制御装置の送信パケット記憶部に記憶されるデータ例を示す図である。
【図３】本発明の一実施形態による情報通信システムの動作例を示すシーケンス図である。
【図４】本発明の一実施形態による情報通信システムの動作例を示すシーケンス図である。
【図５】本発明の一実施形態による突合処理の動作例を示すフローチャートである。
【図６】本発明の一実施形態による突合処理の概念を示す図である。
【図７】本発明の一実施形態により記憶されたパケットの削除処理の動作例を示すフローチャートである。
【図８】本発明の一実施形態による情報通信システムの正常時の例を示す図である。
【図９】本発明の一実施形態による情報通信システムの異常時の例を示す図である。
【図１０】本発明の一実施形態による情報通信システムの他の例を示す図である。
【図１１】本発明の一実施形態による情報通信システムの他の例を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の一実施形態について、図面を参照して説明する。
図１は、本実施形態による情報通信システム１の構成を示すブロック図である。情報通信システム１は、監視対象装置１０と、送信制御装置３０と、中継装置４０（中継装置４０−１、中継装置４０−２）と、監視装置５０と備えており、これらのコンピュータ装置がネットワーク２０を介して接続される。
【００１４】
監視対象装置１０は、ネットワーク２０を構成し、ＩＰ通信を行う通信装置である。監視対象装置１０は、具体的には、ルータやホストなどが適用できる。監視対象装置１０は、通信状態等の状態を示す状態情報を、ネットワーク２０を介して自身を監視する監視装置５０に送信する。例えば、ネットワーク２０は、ＳＮＭＰマネージャである監視装置５０に対するＳＮＭＰエージェントの機能を有し、監視装置５０から送信されるポーリングに応答してＳＮＭＰパケットを送信する。また、監視対象装置１０は、自身の通信状態に変化があった場合などには、自身の状態の変化を示すＳＮＭＰトラップを送信する。
ネットワーク２０は、複数のＩＰ通信装置によって構成されるＩＰネットワークである。
【００１５】
送信制御装置３０は、監視対象装置１０と監視装置５０とに接続されたコンピュータ装置であり、パケット受信部３１と、送信パケット記憶部３２と、突合処理部３３と、パケット送信部３４とを備えている。
パケット受信部３１は、ネットワークを構成する複数の監視対象装置１０から監視装置５０を宛先として送信されるパケットを受信し、送信パケット記憶部３２に記憶させる。ここで、パケット受信部３１は、監視対象装置１０から監視装置５０を宛先として送信されるパケットのうち、定められたパケットを、送信パケット記憶部３２に記憶させる。例えば、パケット受信部３１は、受信したパケットが定められたプロトコル（ＵＤＰ１６２番：トラップ（Ｔｒａｐ））のパケットであるか否かを判定し、定められたパケットであると判定すると、そのパケットを送信パケット記憶部３２に記憶させる。
【００１６】
送信パケット記憶部３２には、パケット受信部３１によって受信されたパケットが記憶される。図２は、送信パケット記憶部３２に記憶されるデータ例を示す図である。送信パケット記憶部３２には、監視対象装置１０から送信されたパケット（ＩＰヘッダ部分、ＵＤＰヘッダ部分、ＵＤＰデータ部分を含む）に、識別情報（Ｋｅｙ）と、パケット受信部３１がパケットを受信した日時を示す情報（例えば、ｙｙｙｙｍｍｄｄｈｈｍｍｓｓ形式）とが対応付けられて記憶される。また、送信パケット記憶部３２に記憶されたパケットは、送信制御置３０によって一定間隔（例えば、５分）毎に削除される。
【００１７】
突合処理部３３は、監視装置５０から送信されるパケットの突合処理要求を受信すると、監視対象装置１０から送信され監視装置５０に受信されたパケットと、送信パケット記憶部３２に記憶されたパケットとを比較して、送信パケット記憶部３２に記憶されているが監視装置５０に受信されていないパケットであるロスパケットを検出する。ここで、突合処理部３３は、監視装置５０の受信パケット記憶部５２に記憶されたパケットを読み出し、読み出したパケットと、送信パケット記憶部３２に記憶されたパケットとを比較して、送信パケット記憶部３２に記憶されているが監視装置５０の受信パケット記憶部５２から読み出したパケットに含まれないパケットを、ロスパケットとして検出する。
パケット送信部３４は、突合処理部３３によって検出されたロスパケットを送信パケット記憶部３２から読み出し、監視装置５０に送信する。
【００１８】
中継装置４０は、ネットワーク２０に接続され主系（運用系、中継装置４０−１）と従系（待機系、中継装置４０−２）とによって構成されるパケット転送装置である。ここで、中継装置４０−１および中継装置４０−２は、ＳＮＭＰエージェントの機能を備えており、中継装置４０−１が故障したこと等により転送処理が中継装置４０−２に切り替わると、系切替を行なったことを示すＳＮＭＰトラップ（系切替情報）を監視装置５０を宛先として送信する。
【００１９】
監視装置５０は、ネットワーク２０を構成する複数の監視対象装置１０からＵＤＰに基づいて送信されるパケットを受信するコンピュータ装置であり、パケット受信部５１と、受信パケット記憶部５２と、系切替情報受信部５３と、突合処理要求送信部５４とを備えている。
【００２０】
パケット受信部５１は、監視対象装置１０から送信されたパケットを受信し、受信したパケットのうち、定められたパケットを受信パケット記憶部５２に記憶させる。ここで、パケット受信部５１は、例えば、受信したパケットが定められたプロトコル（ＵＤＰ１６２番：トラップ（Ｔｒａｐ））のパケットであるか否かを判定し、定められたパケットであると判定すると、そのパケットを受信パケット記憶部５２に記憶させる。
【００２１】
受信パケット記憶部５２には、監視対象装置１０から送信されたパケットが記憶される。受信パケット記憶部５２に記憶されるデータは、送信制御装置３０の送信パケット記憶部３２に記憶されるデータと同様であり、監視対象装置１０から送信されたパケットに、識別情報と、パケット受信部５１がパケットを受信した日時を示す情報とが対応付けられて記憶される。
【００２２】
系切替情報受信部５３は、中継装置４０から、系切替を行なったことを示す系切替情報（ＳＮＭＰトラップ）を受信する。
突合処理要求送信部５４は、系切替情報受信部５３が中継装置４０から系切替情報を受信すると、系切替情報を送信した中継装置４０に対してポーリングを行い、中継装置４０からポーリングの応答を受信して中継装置４０の正当性を確認すると、送信制御装置３０に突合処理要求を送信する。
【００２３】
次に、本実施形態による情報通信システム１の動作例を説明する。図３は、監視対象装置１０から送信されたパケットが監視装置５０に送信される例を示すシーケンス図である。
監視対象装置１０は、例えば自身が備えるＳＮＭＰエージェントが、自身の通信状態の変化を検知すると、監視装置５０を宛先としてパケット（ＳＮＭＰトラップ）を送信する（ステップＳ１）。監視対象装置１０と監視装置５０との経路上に接続された送信制御装置３０のパケット受信部３１は、監視対象装置１０から送信されたパケットを受信すると、受信したパケットが定められたパケットであるか否かを判定する（ステップＳ２）。
【００２４】
パケット受信部３１は、受信したパケットが定められたパケットであると判定すると（ステップＳ２：ＹＥＳ）、受信したパケットを送信パケット記憶部３２に記憶させる。一方、受信したパケットが定められたパケットでないと判定すると（ステップＳ２：ＮＯ）、ステップＳ４に進む。パケット送信部３４は、パケット受信部３１が受信したパケットを、そのパケットの宛先である監視装置５０に送信する（ステップＳ４）。監視装置５０のパケット受信部５１は、監視対象装置１０から送信され送信制御装置３０に転送されたパケットを受信すると、受信したパケットを受信パケット記憶部５２に記憶させる（ステップＳ５）。
【００２５】
図４は、監視装置５０がトラップを受信した場合に、パケットロスが救済される例を示すシーケンス図である。
中継装置４０−１が故障して中継装置４０−２への系切替（経路切替）が行なわれると、中継装置４０−１は、系切替が行なわれたことを示すパケット（ＳＮＭＰトラップ）を、監視装置５０に送信する（ステップＳ１１）。監視装置５０のパケット受信部５１は、中継装置４０から送信されたパケットを受信すると、受信したパケットが、定められたトラップ（例えば、系切替）を示すパケットであるか否かを判定する（ステップＳ１２）。
【００２６】
監視装置５０のパケット受信部５１は、受信したパケットが、定められたトラップを示すパケットでないと判定すると（ステップＳ１２：ＮＯ）、パケットの救済を行なわずに処理を終了する。一方、パケット受信部５１は、受信したパケットが、定められたトラップを示すパケットであると判定すると（ステップＳ１２：ＹＥＳ）、パケットロスの判定と、その救済処理を行う。このように、本実施形態では、監視装置５０が受信したトラップがパケットロス発生の可能性が高いものである場合にのみ、パケットロスの判定と、その救済処理を行うようにしたので、一定期間毎にパケットロスの判定を行なう場合や、種類に関わらずトラップを受信する毎にパケットロスの判定を行なう場合に比べて、パケットロス救済のための処理負荷を低減することができる。
【００２７】
監視装置５０は、トラップを送信した中継装置４０に対するポーリングを行なう（ステップＳ１３）。監視装置５０は、中継装置４０に送信したポーリングに対する応答を中継装置４０から受信し、中継装置４０が正常に動作しているか否かを判定する（ステップＳ１４）。監視装置５０は、中継装置４０が正常に動作していないと判定すると（ステップＳ１４：ＮＯ）、ステップＳ１３に戻り、再度のポーリングを行なう。監視装置５０は、中継装置４０が正常に動作していると判定すると（ステップＳ１４：ＹＥＳ）、突合処理要求送信部５４は、送信制御装置３０に対してパケットの突合処理を行なうことを要求する情報であるパケット統合要求を送信する（ステップＳ１５）。ここで、突合処理要求送信部５４は、例えば、受信パケット記憶部５２に記憶されたパケットを読み出して、送信制御装置３０に対して送信するパケット突合要求に含ませるようにしても良い。
【００２８】
送信制御装置３０が、監視装置５０から送信されたパケット突合要求を受信すると、送信制御装置３０の突合処理部３３は、パケット要求に含まれるパケットと、送信制御装置３０の送信パケット記憶部３２に記憶されたパケットとを比較して、送信制御装置３０から送信したパケットと監視装置５０が受信したパケットとが同一であるか否かを判定する（ステップＳ１６）。ここで、突合処理部３３が、送信制御装置３０から送信したパケットと監視装置５０が受信したパケットとが同一であると判定すると（ステップＳ１６：ＹＥＳ）、パケットの再送は行わない。
【００２９】
一方、突合処理部３３が、送信制御装置３０から送信したパケットと監視装置５０が受信したパケットとが同一でないと判定すると、パケット送信部３４は、送信制御装置３０から送信したが監視装置５０が受信していないパケットであるロスパケットを送信パケット記憶部３２から読み出し、読み出したロスパケットを監視装置５０に送信する（ステップＳ１７）。監視装置５０のパケット受信部５１は、受信したパケットを受信パケット記憶部５２に記憶させる（ステップＳ１８）。このようにすれば、中継装置４０の系切替などにより発生するパケットロスを救済することができ、監視対象装置１０が送信したＳＮＭＰトラップが紛失することを防ぐことが可能となる。これにより、ネットワーク２０を構成する複数の監視対象装置１０を監視する監視者は、監視対象装置１０に起こった通信状態の変化を漏れなく知ることができる。
【００３０】
次に、送信制御装置３０の送信パケット記憶部３２に記憶されたパケットと、監視装置５０の受信パケット記憶部５２に記憶されたパケットとの突合処理をより詳細に説明する。図５は、送信制御装置３０と監視装置５０とによって行なわれる突合処理を詳細に示すフローチャートであり、図６は、突合処理の概念を示す図である。図６の符号ａは、送信制御装置３０の送信パケット記憶部３２に記憶されたパケットのデータ例を示しており、図６の符号ｂは、監視装置５０の受信パケット記憶部５２に記憶されたパケットのデータ例を示している。
【００３１】
まず、図６の符号ｂに示される時刻１：０６の時点において、中継装置４０に系切替が発生し、トラップが送信されたとする。ここで、監視装置５０は中継装置４０に対するポーリングを開始し、１：０７の時点において正常性が確認されると、図５に示すように、突合処理要求送信部５４は突合開始位置の確定処理を行う（ステップＳ２０）。ここでは、突合処理要求送信部５４は、例えば、トラップ受信から３分前までの間に記憶されたパケットを、パケットロスのチェックを行う突合範囲として確定する。
【００３２】
監視装置５０の突合処理要求送信部５４は、突合範囲内のパケットを受信パケット記憶部５２から読み出して、読み出したパケットが含まれるパケット突合要求を、送信制御装置３０に送信する（ステップＳ２１）。送信制御装置３０の突合処理部３３は、監視装置５０から送信されたパケット突合要求を受信すると、パケット突合要求を受信した時点までに送信パケット記憶部３２に記憶されたパケットを、突合範囲として確定する（ステップＳ２２）。そして、送信制御装置３０の突合処理部３３は、突合処理を開始する（ステップＳ２３）。突合処理部３３は、突合範囲内のパケットに差分があると判定すると（ステップＳ２４：ＹＥＳ）、その差分についてのパケットを再送し、突合範囲内のパケットに差分がないと判定すると（ステップＳ２４：ＮＯ）、パケットの再送処理を行わない。ここでは、図６に示すように、符号ａに示される送信制御装置３０の送信パケット記憶部３２に記憶されたパケットのうち、１：０２に送信されたＢのパケットと、１：０５以降に送信されたＥ、Ｆ、Ｇのパケットが、監視装置５０の受信パケット記憶部５２に記憶されていないパケット（ロスパケット）として検出され、再送される。
【００３３】
ここで、送信制御装置３０の送信パケット記憶部３２に記憶された送信パケットは、３０によって一定時間毎に削除されるようにしても良い。図７は、送信制御装置３０によるパケットの削除処理の例を示すフローチャートである。送信制御装置３０は、一定時間が経過しているか否かを判定し（ステップＳ３０、３１）、一定時間が経過していると判定すると（ステップＳ３１：ＹＥＳ）、送信パケット記憶部３２に記憶されたパケットを削除して破棄する（ステップＳ３２）。一定時間が経過していないと判定するとパケットを破棄せず、パケットの記憶を継続する（ステップＳ３３）。
【００３４】
このように、本実施形態によれば、監視対象装置１０と監視装置５０との間にＳＮＭＰトラップのパケットロスが発生した場合にも、ロスしたパケットを監視装置５０に再送することが可能となる。図８、図９は、本実施形態の情報通信システム１によるパケット救済の概要を示す図である。図８は、中継装置４０の故障が発生していない状態での情報通信システム１におけるパケットの流れを示す図である。監視対象装置１０から送信されたパケット（監視アラーム）は、送信制御装置３０によって受信されて記憶され、ネットワーク２０と中継装置４０−１とを介して監視装置５０に送信される。監視装置５０に送信されたパケットは、情報通信システム１０を監視する監視者のクライアント端末６０によって読み出され、表示される。監視者は、クライアント端末６０に表示されたパケットの情報を視認することにより、監視対象装置１０の通信状態を知ることができる。
【００３５】
図９は、図８に示した状態から中継装置４０の故障が発生した場合の情報通信システム１のパケットの流れを示す図である。監視対象装置１０から送信されたトラップは、送信制御装置３０に記憶され中継装置４０−１に転送されるが、中継装置４０−１から中継装置４０−２への系切替が発生し、監視対象装置１０から送信されたパケットがロスしたとする。ここで、系切替を行った中継装置４０−１は、自身が系切替を行なったことを示すトラップを監視装置５０に送信する。監視装置５０が、中継装置４０−１から送信されたトラップを受信すると、送信制御装置３０に対してパケットの突合要求を送信する。送信制御装置３０は、送信制御装置３０から送信したパケットと監視装置５０によって受信されたパケットとの突合処理を行い、パケットロスを検出した場合には、ロスしたパケットを監視装置５０に再送する。
【００３６】
以上の説明では、監視装置５０は、中継装置４０から送信された系切替のトラップを受信した場合に送信制御装置３０に対してパケットの突合要求を送信し、パケットロスの救済処理を行うようにしたが、系切替のトラップを受信する以外の任意の契機に応じてパケットロスの救済処理を行うようにしても良い。例えば、図１０は、監視装置５０が、ネットワーク２０を構成する装置から系切替以外のメッセージを受信したことを契機としてパケットロスの救済処理を行う情報通信システム１の概要を示す図である。まず、監視装置５０には、予め、パケットの突合処理を開始する契機であるアラームメッセージを記憶させる（ステップＳ５１）。ここで、アラームメッセージは、ＵＤＰパケットロスが発生する可能性が高い故障等に基づいて送信されるメッセージである。ネットワーク２０に接続されたＡ装置は、自身が故障すると、監視装置５０に対してアラームを送信する。監視装置５０は、Ａ装置から送信されたアラームを受信し、予め定められたアラームメッセージであると判定すると、送信制御装置３０に対して突合要求を送信する。送信制御装置３０の突合処理部３３は、パケットの突合処理を行なって、パケットロスが検出された場合にはロスしたパケットの再送を行う。ここで、監視装置５０がパケットロスの救済処理を行う契機として、例えば、監視対象装置１０に対するポーリングの応答として送信されたメッセージに基づいて、ポーリング対象の監視対象装置１０のＣＰＵ使用率が、予め定められた閾値を超える一定時間の間、一定以上の値（例えば、９５％以上）である場合に、パケットロスの救済処理を行うようにしても良い。
【００３７】
図１１は、１対１通信（ＰｔｏＰ通信）におけるネットワークにおけるパケットロスの救済を行なう例を示す図である。符号ａに示すように、ここでは、送信元の通信装置７０−１と、送信先の送信元の通信装置７０−２とが、ネットワーク２０を介して接続されている。符号ｂに示すように、ネットワーク２０には送信制御装置３０が接続されており、通信装置７０−２は、通信装置７０−１から送信されたパケットを、受信が備える記憶部（ＤＢ（データベース））に記憶させている。通信装置７０−１から送信されたパケットは、送信制御装置３０に受信され、記憶される（ステップＳ６０）。ネットワーク２０内における通信装置の故障が発生し、ネットワーク２０において通信装置７０−１から送信されたＵＤＰパケットが紛失したとする。ここで、ネットワーク２０内において故障した通信装置から、送信制御装置３０に対してトラップが通知される（ステップＳ６２）。
【００３８】
送信制御装置３０は、トラップを受信すると（ステップＳ６３）、通信装置７０−２に記憶されたパケットを読み出してパケットの突合処理を行う（ステップＳ６４）。送信制御装置３０は、ネットワーク２０内の通信装置が回復したことを示すアラームを受信すると（ステップＳ６５）、ステップＳ６４における突合処理によって検出したロスパケットを、通信装置７０−２に送信する（ステップＳ６６）。
【００３９】
以上説明したように、本実施形態では、監視対象装置１０から送信されたパケットを送信制御装置３０にバッファリングし、その後、パケットの宛先である監視装置５０に転送する。冗長化された中継装置の系切替が行なわれた場合、送信制御装置３０に記憶された送信パケットと、監視装置５０に記憶された受信パケットとの突合処理を行い、差分があれば、その差分を送信制御装置３０から監視装置５０に再送することで、パケットロスを救済することが可能となる。
【００４０】
ここで、ネットワークを構成する通信装置を監視するＳＮＭＰは、ＵＤＰに基づいて行なわれるが、通信装置が自身の通信状態の変化を知らせるＳＮＭＰトラップは、監視装置に対して確実に送信されることが望ましい。本実施形態によれば、このようなＳＮＭＰトラップを、より確実に監視装置に送達することが可能である。本実施形態によれば、ＳＮＭＰトラップを送信する監視対象装置側に新たな機能を追加する必要もないし、ＵＤＰとは異なる層のプロトコルに依存することもない。
【００４１】
なお、本発明における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりパケットロスの救済を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００４２】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００４３】
１  情報通信システム
１０  監視対象装置
２０  ネットワーク
３０  送信制御装置
３１  パケット受信部
３２  送信パケット記憶部
３３  突合処理部
３４  パケット送信部
４０  中継装置
５０  監視装置
５１  パケット受信部
５２  受信パケット記憶部
５３  系切替情報受信部
５４  突合処理要求送信部
【図１】
0005460254.tif 000002
【図２】
0005460254.tif 000003
【図３】
0005460254.tif 000004
【図４】
0005460254.tif 000005
【図５】
0005460254.tif 000006
【図６】
0005460254.tif 000007
【図７】
0005460254.tif 000008
【図８】
0005460254.tif 000009
【図９】
0005460254.tif 000010
【図１０】
0005460254.tif 000011
【図１１】
0005460254.tif 000012