JP2006050126A - 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法 - Google Patents

Abstract

【課題】通信処理装置のポート維持時間を検出することができる情報処理システムを提供する。
【解決手段】情報処理装置１は、返信パケットの送信を要求するパケットである１以上の要求パケットを、通信処理装置２の複数のポートを介して送信する要求パケット送信部１１と、サーバ装置３から送信された返信パケットを受信する返信パケット受信部１２と、返信パケット受信部１１が受信した返信パケットに基づいて、通信処理装置２のポート維持時間を検出するポート維持時間検出部１３とを備え、サーバ装置３は、要求パケットを受信する要求パケット受信部３１と、返信パケットを送信する返信パケット送信部３２と、要求パケット受信部３１が受信した要求パケットに基づいて、返信パケット送信部３２による返信パケットの送信を制御する返信パケット送信制御部３３とを備える。
【選択図】図１

Description

本発明は、通信処理装置のポート維持時間を検出する情報処理システム等に関する。

情報処理装置、通信処理装置、及びサーバ装置を含む情報処理システムにおいて、例えば、家庭用のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）や家電機器などの情報処理装置から通信処理装置を介して、所定のパケットをサーバ装置に定期的に送信することが行われている（例えば、特許文献１参照）。ここで、通信処理装置は、例えば、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）機能を有するルータなどである。また、その所定のパケットは、例えば、通信処理装置のＷＡＮ（Ｗｉｄｅ Ａｒｅａ
Ｎｅｔｗｒｏｋ）側のＩＰアドレスが変化したかどうかを知るため、あるいは、携帯電話等の外部の装置から情報処理装置にサーバ装置を経由してアクセスすることができるように、通信処理装置のポートを維持する（すなわち、ＷＡＮ側からのパケットが通信処理装置を経由して情報処理装置に送信されるようにしておく）ために定期的に送信される。

ルータ等のＮＡＴ機能を有する通信処理装置では、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）側からＷＡＮ側へパケットを送信するときにＬＡＮ側のプライベートＩＰアドレスとポート番号を、ＷＡＮ側のグローバルＩＰアドレスとポート番号に変換する。また、ＷＡＮ側からの返信パケットを受信した場合には、その逆変換を行うことによって、情報処理装置にパケットを渡す。ここで、通信処理装置では、そのようなアドレス変換を行う時間が設定されている。具体的には、ＷＡＮ側とＬＡＮ側との間において、あるアドレス変換が最後になされてから所定の期間経過した後には、ＷＡＮ側から受け取ったパケットに対するそのアドレス変換は行われなくなる（ＬＡＮ側から受け取ったパケットに対しては、新たなアドレス変換がなされることになる）。すなわち、そのＷＡＮ側からのパケットは情報処理装置で受信されないことになり、携帯電話等の外部の装置から情報処理装置にサーバ装置を経由してアクセスできないことになる。その所定の期間のことをポート維持時間と呼ぶことにする。
国際公開第２００４／０３０２９２号パンフレット（第１頁、第１図等）

上述した情報処理システムにおいて、情報処理装置がサーバ装置からの情報を受信できるようにするには、通信処理装置において絶えずサーバ装置からの（すなわち、ＷＡＮ側からの）パケットに対してアドレス変換をできるようにしておかなければならない。したがって、情報処理装置とサーバ装置との間で情報のやり取りを行う必要がない場合であっても、情報処理装置から通信処理装置を介して、サーバ装置にパケットを定期的に送信することによって、サーバ装置から送信されたパケットに対して、通信処理装置がアドレス変換を行うことができるようにしておく必要がある。この場合に、情報処理装置が定期的に送信するパケットの送信周期を、できるだけ長くしたいという要請がある。不必要なパケットの送信を削減するため、また情報処理装置におけるパケットの送信による処理負担を軽減するためである。具体的には、情報処理装置が定期的に送信するパケットの送信周期を、情報処理装置が接続されている通信処理装置のポート維持時間よりも少しだけ（例えば、１，２秒など）短い時間にすることができればよい。

しかしながら、情報処理装置がどのような通信処理装置に接続されるのかはわからないため、一般には、各メーカから販売されている各種の通信処理装置のうち、一番小さなポ
ート維持時間に対応する周期を情報処理装置において設定しておき、その周期を用いてパケットを送信することになる。この場合には、たとえ長いポート維持時間の通信処理装置に接続されている情報処理装置であっても、あらかじめ設定されている短い周期によって定期的にパケットを送信することとなり、不必要なパケットが多く送信されることになる。

ここで、情報処理装置の接続されている通信処理装置のポート維持時間を情報処理装置が知ることができれば、そのポート維持時間に基づいて、サーバ装置に対して、適切な周期で定期的にパケットを送信することができるようになる。

本発明は、上記問題点を考慮してなされたものであり、情報処理装置の接続されている通信処理装置のポート維持時間を検出することができる情報処理システム等を提供することを目的とする。

上記目的を達成するため、本発明による情報処理システムは、情報処理装置と、サーバ装置と、前記情報処理装置と前記サーバ装置との間の通信に関する処理を行う通信処理装置とを備えた情報処理システムであって、前記情報処理装置は、前記サーバ装置から前記通信処理装置を介して前記情報処理装置に送信される返信パケットの送信を要求するパケットである複数の要求パケットを、前記通信処理装置の複数のポートを介して送信する要求パケット送信部と、前記サーバ装置から前記通信処理装置を介して送信された返信パケットを受信する返信パケット受信部と、前記返信パケット受信部が受信した返信パケットに基づいて、前記通信処理装置のポート維持時間を検出するポート維持時間検出部と、を備え、前記サーバ装置は、前記複数の要求パケットを受信する要求パケット受信部と、前記返信パケットを、当該返信パケットの送信を要求した要求パケットの通過した前記通信処理装置のポートに送信する返信パケット送信部と、前記要求パケット受信部が受信した要求パケットに基づいて、前記返信パケット送信部による返信パケットの送信を制御する返信パケット送信制御部と、を備えた、ものである。

このような構成により、要求パケットに対応して送信された返信パケットのうち、返信パケット受信部において受信した返信パケットに基づいて、通信処理装置のポート維持時間を検出することができる。また、通信処理装置の複数のポートを介して要求パケットを送信することにより、単一のポートを用いた場合よりも、より短期間でポート維持時間の検出を行うことができうる。また、検出されたポート維持時間を用いて、例えば、定期的なパケットの送信等を行うことができる。その結果、例えば、不要なパケットの送信を行わないようにすることができうる。

また、本発明による情報処理システムでは、前記要求パケットが、前記返信パケットの送信までの待ち時間に関する情報である待ち時間情報を有しており、前記要求パケット送信部が、異なった待ち時間に応じた待ち時間情報をそれぞれ有する複数の要求パケットを、前記通信処理装置の複数のポートを介して送信し、前記返信パケット送信制御部が、前記要求パケットに含まれる待ち時間情報に基づいて、前記返信パケットの送信を制御し、前記ポート維持時間検出部が、前記返信パケット受信部によって受信された返信パケットに対応する待ち時間のうち、一番長い待ち時間に基づいて、前記ポート維持時間を検出してもよい。

このような構成により、待ち時間を適切に設定することにより、必要十分な範囲でのポート維持時間の検出を行うことができる。例えば、最大のポート維持時間として、５分が検出されれば十分な場合などには、待ち時間の設定の最大値を５分としておくことにより、その範囲内においてポート維持時間を検出することができる。

また、本発明による情報処理システムでは、前記要求パケット送信部が、前記通信処理装置の１以上のポートについて、あらかじめ決められている待ち時間情報を有する複数の要求パケットを、各要求パケットが有する待ち時間情報に対応する時間間隔をあけて送信してもよい。
このような構成により、あらかじめ決められているタイミングで要求パケットを送信することとなる。したがって、ポート維持時間の検出までに要する時間があらかじめわかることになる。

また、本発明による情報処理システムでは、前記要求パケット送信部が、初回の要求パケットの送信からポート維持時間が検出されるまでの時間が最短となるように、前記通信処理装置の各ポートを介して複数の要求パケットを送信してもよい。
このような構成により、ポート維持時間の検出までの時間を最短にすることができ、効率のよいポート維持時間の検出を行うことができる。

また、本発明による情報処理システムでは、前記複数の要求パケットには、複数の返信パケットを送信する旨の指示を含む要求パケットが含まれており、前記返信パケット送信制御部が、前記要求パケットの指示に基づいて、複数の返信パケットを送信するように前記返信パケット送信部を制御してもよい。

このような構成により、複数の返信パケットを送信する旨の指示を含む要求パケットの送信によって、複数の返信パケットが送信されることになり、情報処理装置からの要求パケットの送信回数を減らすことができ、情報処理装置における処理負担を減少させることができうる。

また、本発明による情報処理システムでは、前記要求パケットが、前記返信パケットの送信までの待ち時間に関する情報である待ち時間情報を有しており、前記要求パケット送信部が、異なった待ち時間に応じた待ち時間情報をそれぞれ有する複数の要求パケットを、前記通信処理装置の複数のポートを介してそれぞれ送信し、前記返信パケット送信制御部が、前記要求パケットに含まれる待ち時間情報に基づいて、前記返信パケットの送信を制御し、前記情報処理装置が、前記返信パケット受信部による返信パケットの受信の有無に基づいて、前記要求パケット送信部による要求パケットの送信を制御する要求パケット送信制御部をさらに備え、前記ポート維持時間検出部が、前記返信パケット受信部によって受信された返信パケットに対応する待ち時間のうち、一番長い待ち時間に基づいて、前記ポート維持時間を検出してもよい。

このような構成により、待ち時間情報を適切に設定することにより、必要十分な誤差範囲においてポート維持時間を検出することができる。例えば、ポート維持時間を１０秒単位で、あるいは１秒単位で検出することができる。

また、本発明による情報処理システムでは、前記要求パケット送信制御部が、前記返信パケット受信部が返信パケットを受信した場合に、それまでに送信した要求パケットに対応する待ち時間のうち一番長い待ち時間よりも長い待ち時間に応じた待ち時間情報を有する要求パケットを、前記通信処理装置の使用可能なポートを介して送信するように前記要求パケット送信部を制御してもよい。

このような構成により、要求パケットに対応する待ち時間を、要求パケットの送信ごとに増加させることによって、ポート維持時間の検出を行うことができる。したがって、例えば、要求パケットに対応する返信パケットを受信できなかった時点でポート維持時間の検出を行うことで、返信パケットの不要な受信の待ち受け（例えば、５分の待ち時間に対
応する返信パケットを受信できていないのに、７分の待ち時間に対応する返信パケットの受信の待ち受けを行うことなど）を行わないようにすることができうる。その結果、短期間でポート維持時間の検出を行うことができうる。

また、本発明による情報処理システムでは、前記要求パケット送信制御部が、送信された要求パケットに対応する返信パケットを前記返信パケット受信部が受信しなかった場合に、それまでに送信した要求パケットに対応する待ち時間のうち一番短い待ち時間よりも短い待ち時間に応じた待ち時間情報を有する要求パケットを、前記通信処理装置の使用可能なポートを介して送信するように前記要求パケット送信部を制御してもよい。

このような構成により、要求パケットに対応する待ち時間を、要求パケットの送信ごとに減少させることによって、ポート維持時間の検出を行うことができる。したがって、例えば、要求パケットに対応する返信パケットを受信できた時点でポート維持時間の検出を行うことで、返信パケットの不要な受信の待ち受け（例えば、５分の待ち時間に対応する返信パケットを受信できたのに、３分の待ち時間に対応する返信パケットの受信の待ち受けを行うことなど）を行わないようにすることができうる。その結果、短期間でポート維持時間の検出を行うことができうる。

また、本発明による情報処理システムでは、返信パケット送信制御部が、前記要求パケット受信部が要求パケットを受信すると、あらかじめ決められたタイミングで返信パケットを送信するように前記返信パケット送信部を制御してもよい。
このような構成により、情報処理装置は、複数の要求パケットをサーバ装置に送信するだけで、サーバ装置からあらかじめ決められたタイミングで返信パケットが送信されることとなり、その返信パケットを受信できたかどうかによって、ポート維持時間の検出を行うことができる。

また、本発明による情報処理システムでは、前記返信パケットの即時の送信を要求する要求パケットを前記要求パケット送信部に送信させ、当該要求パケットの送信から、当該要求パケットに応じて送信された返信パケットの前記返信パケット受信部による受信までの時間であるパケット往復時間を測定するパケット往復時間検出部をさらに備え、前記パケット往復時間に基づいて、前記ポート維持時間が検出されてもよい。
このような構成により、パケットの往復時間をも考慮して、より精度の高いポート維持時間の検出を行うことができる。

要求パケットが通過する前記通信処理装置のポートは、当該ポートを初回の要求パケットが通過する時に、前記通信処理装置において新たに割り当てられるものであってもよい。
このような構成により、要求パケットの送信から、返信パケットの送信までに、要求パケットの通過した通信処理装置のポートが他の用途に用いられる危険性を低くすることができ、正確なポート維持時間の検出を行うことができうる。

本発明による情報処理システム等によれば、情報処理装置から送信された要求パケットに対応して、サーバ装置から送信された返信パケットに基づいて、通信処理装置のポート維持時間を検出することができる。

（実施の形態１）
本発明の実施の形態１による情報処理システムについて、図面を参照しながら説明する。
図１は、本実施の形態による情報処理システムの構成を示すブロック図である。図１において、本実施の形態による情報処理システムは、情報処理装置１と、通信処理装置２と、サーバ装置３とを備える。図１では、１つの情報処理装置１が通信処理装置２に接続されている場合について記載しているが、２以上の情報処理装置が通信処理装置２に接続されていてもよい。情報処理装置１は、例えば、コンピュータ、電子レンジ、電話機、プリンタ、ファクシミリ装置、冷蔵庫、洗濯機、空調装置、テレビ、映像録画装置、セットトップボックス等である。通信処理装置２と、サーバ装置３とは、有線または無線の通信回線４を介して接続されている。通信回線４は、例えば、インターネットやイントラネットなどである。

情報処理装置１は、要求パケット送信部１１と、返信パケット受信部１２と、ポート維持時間検出部１３とを備える。
要求パケット送信部１１は、複数の要求パケットを、通信処理装置２の複数のポートを介してサーバ装置３に送信する。ここで、要求パケットとは、サーバ装置３に対して、返信パケットの送信を要求するパケットである。この要求パケットは、例えば、ＵＤＰヘッダを有するパケットである。なお、要求パケットのペイロードには、待ち時間情報が含まれている。ここで、待ち時間情報とは、サーバ装置３における要求パケットの受信から返信パケットの送信までの待ち時間に関する情報である。この待ち時間情報は、例えば、待ち時間を示す情報（例えば、待ち時間が２分であることを示す情報）であってもよく、待ち時間と所定の関係を有する情報（例えば、待ち時間が１分５８秒である場合に、それに２秒を足した２分を示す情報）であってもよい。本実施の形態では、前者の場合について説明する。要求パケット送信部１１は、異なった待ち時間に応じた待ち時間情報をそれぞれ有する複数の要求パケットを、通信処理装置２の複数のポートを介してそれぞれ送信する。要求パケット送信部１１は、この複数の要求パケットを同時に送信してもよく、あるいは、別々のタイミングで送信してもよい。複数の要求パケットが通信処理装置２の異なるポートを介して送信されるようにするために、要求パケット送信部１１は、複数の要求パケットを、それぞれ情報処理装置１において新たに割り当てられるポートを用いて送信してもよい。また、返信パケットとは、サーバ装置３から通信処理装置２を介して情報処理装置１に送信されるパケットである。その返信パケットを情報処理装置１が受信できるかどうかによって、通信処理装置２におけるポート維持時間が検出される（これらについては後述する）。なお、要求パケット送信部１１は、送信を行うための送信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい（この場合には、要求パケット送信部１１の外部に図示しない送信デバイスが存在することとなる）。また、要求パケット送信部１１は、ハードウェアによって実現されてもよく、あるいは送信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。

返信パケット受信部１２は、サーバ装置３から送信された返信パケットを受信する。この返信パケットは、その返信パケットの送信を要求した要求パケットの通過した通信処理装置２のポートを介して送信されたものである。なお、後述するように、返信パケット受信部１２は、サーバ装置３から送信されたすべての返信パケットを受信するわけではない。サーバ装置３から送信された返信パケットのうち、その返信パケットの送信を要求した要求パケットの通過したポートのポート維持時間が経過した後に、通信処理装置２に送信された返信パケットは、通信処理装置２から情報処理装置１に対して送信されないからである。返信パケット受信部１２は、受信を行うための受信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい（この場合には、返信パケット受信部１２の外部に図示しない受信デバイスが存在することとなる）。また、返信パケット受信部１２は、ハードウェアによって実現されてもよく、あるいは受信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。

ポート維持時間検出部１３は、返信パケット受信部１２が受信した返信パケットに基づ
いて、通信処理装置２のポート維持時間を検出する。本実施の形態におけるポート維持時間の検出は、返信パケット受信部１２によって受信された返信パケットに対応する待ち時間のうち、一番長い待ち時間に基づいてなされる。ここで、「返信パケットに対応する待ち時間」とは、その返信パケットの送信を要求した要求パケットに含まれる待ち時間情報に対応した待ち時間のことである。また、「一番長い待ち時間に基づいて」とは、一番長い待ち時間をポート維持時間として検出してもよく、一番長い待ち時間とは異なる時間をポート維持時間として検出してもよい。「一番長い待ち時間とは異なる時間」とは、例えば、一番長い待ち時間に対して、情報処理装置１とサーバ装置３との間のパケット往復時間を考慮した時間などである。なお、パケット往復時間の考慮については、後述する実施の形態４で説明する。また、以下の説明において、「ポート維持時間」は、ポート維持時間検出部１３によって検出されたポート維持時間を示す情報を指すこともある。

ポート維持時間検出部１３が検出するポート維持時間は、通信処理装置２のポート維持時間そのものであってもよく、あるいは、通信処理装置２のポート維持時間よりも短い時間であってもよい。例えば、通信処理装置２のポート維持時間が２分である場合に、ポート維持時間検出部１３は、通信処理装置２のポート維持時間を１分５０秒と検出してもよい。なお、ポート維持時間検出部１３が検出したポート維持時間は、パケットを定期的に送信する送信部（図示せず）に対してパケットを送信する周期として設定されてもよく、所定の記録媒体等に蓄積されてもよく、他の装置等に送信されてもよく、表示デバイス等に表示されてもよい。このように、検出されたポート維持時間の用途は問わない。

通信処理装置２は、情報処理装置１とサーバ装置３との間の通信に関する処理を行う。本実施の形態による通信処理装置２は、ＮＡＴ機能を有するものであり、例えば、ルータと呼ばれるものである。本実施の形態による通信処理装置２は、情報処理装置１から送信されるパケットに含まれる送信元のアドレス情報（すなわち、情報処理装置１のアドレス情報）を、通信処理装置２のＷＡＮ側のアドレス情報に変換する。

具体的には、情報処理装置１から送信されるパケットに含まれるソース（送信元）アドレス（プライベートＩＰアドレスであり、アドレスＡとする）、ソース（送信元）ポート番号（ポート番号Ｂとする）を、通信処理装置２のＷＡＮ側のグローバルＩＰアドレス（アドレスＸとする）、ポート番号（ポート番号Ｙとする）に変換する。また、サーバ装置３から通信処理装置２のＷＡＮ側のアドレスＸ、ポート番号Ｙに送信されたパケットは、送信先のアドレスＸ、ポート番号Ｙが情報処理装置１のアドレスＡ、ポート番号Ｂに変換され、情報処理装置１に送信される。ここで、グローバルＩＰアドレスとは、ある情報処理装置が外部の装置（例えば、ＷＡＮ（インターネットなど）に接続されている外部の装置など）と通信するためのアドレスである。したがって、一般にはＷＡＮで使用されるアドレスであるが、ある電子機器がＮＡＴ機能を有するルータを介してＬＡＮ（例えば、イントラネットなど）に接続されている装置と通信を行う場合に、そのＬＡＮで使用されるアドレスであってもよい。そのＩＰアドレスは、例えば、現在のいわゆるＩＰｖ４のアドレスであってもよく、あるいは、ＩＰｖ６のアドレスなどの他のバージョンのアドレスであってもよい。

なお、通信処理装置２において、受信フィルタルールが設定されている場合には、その受信フィルタルールに基づいたパケットの受信が行われる。受信フィルタルールには、パケットの送信先のアドレス及びポート番号をそれぞれ、アドレスＰ、ポート番号Ｑとすると、例えば、通信処理装置２のＬＡＮ側からＷＡＮ側に対して、送信先のアドレス、ポート番号が、それぞれアドレスＰ、ポート番号Ｑであるパケットが送信された場合に、アドレスＰからのパケットしか受信しないＡｄｄｒｅｓｓ Ｓｅｎｓｉｔｉｖｅフィルタ、ポート番号Ｑからのパケットしか受信しないＰｏｒｔ Ｓｅｎｓｉｔｉｖｅフィルタ、フィルタが存在しないＮｏフィルタ（どのアドレス、どのポート番号からのパケットも受信す
る）がある。ここで、通信処理装置２がパケットを受信するとは、ＬＡＮ側の情報処理装置１から送信されたパケットに対して割り当てた通信処理装置２のポートにおいて、ＷＡＮ側からのパケットを受け付け、アドレス変換を行い、そのパケットをＬＡＮ側の情報処理装置１に対して送信することである。

上記従来例でも記載したように、この通信処理装置２のアドレス変換の行われる期間には、所定の制限がある。すなわち、アドレスＡ、ポート番号Ｂと、アドレスＸ、ポート番号Ｙとの間でのアドレス変換は、両者間で最後にアドレス変換が行われてから、通信処理装置２のポート維持時間が経過した時点で行われなくなる。したがって、そのポート維持時間が経過した後に、アドレスＸ、ポート番号Ｙに対して、通信回線４を介してパケットが送信されたとしても、通信処理装置２においてアドレス変換がなされず、情報処理装置１は、そのパケットを受信することはできない。

サーバ装置３は、要求パケット受信部３１と、返信パケット送信部３２と、返信パケット送信制御部３３とを備える。
要求パケット受信部３１は、情報処理装置１から通信処理装置２の所定のポートを介して送信された要求パケットを受信する。なお、要求パケット受信部３１は、受信を行うための受信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい（この場合には、要求パケット受信部３１の外部に図示しない受信デバイスが存在することとなる）。また、要求パケット受信部３１は、ハードウェアによって実現されてもよく、あるいは受信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。

返信パケット送信部３２は、返信パケットを、要求パケット受信部３１が受信し、その返信パケットの送信を要求した要求パケットの通過した通信処理装置２のポートに対して送信する。この返信パケットの送信は、後述する返信パケット送信制御部３３の制御に基づいて行われる。この返信パケットは、例えば、ＵＤＰヘッダを有するパケットである。この返信パケットのペイロードには、例えば、要求パケット受信部３１が受信した要求パケットを識別する情報（例えば、待ち時間情報や、その他の識別情報）が含まれていてもよい。なお、返信パケット送信部３２は、送信を行うための送信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい（この場合には、返信パケット送信部３２の外部に図示しない送信デバイスが存在することとなる）。また、返信パケット送信部３２は、ハードウェアによって実現されてもよく、あるいは送信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。

返信パケット送信制御部３３は、要求パケット受信部３１が受信した要求パケットに基づいて、返信パケット送信部３２による返信パケットの送信を制御する。本実施の形態では、返信パケット送信制御部３３は、要求パケットに含まれる待ち時間情報に基づいて、返信パケットの送信を制御する。返信パケット送信制御部３３は、要求パケットに含まれる待ち時間情報が、例えば、待ち時間を示す情報（例えば、待ち時間が２分であることを示す情報）である場合には、要求パケット受信部３１が要求パケットを受信してから、その待ち時間情報の示す待ち時間（例えば２分）が経過した時に、返信パケットを送信するように返信パケット送信部３２を制御し、要求パケットに含まれる待ち時間情報が、例えば、待ち時間と所定の関係を有する情報（例えば、待ち時間が１分５８秒である場合に、それに２秒を足した２分を示す情報）である場合には、要求パケット受信部３１が要求パケット受信してから、その待ち時間情報に応じた待ち時間（例えば１分５８秒）が経過した時に、返信パケットを送信するように返信パケット送信部３２を制御する。ここで、待ち時間が経過した時とは、待ち時間が経過した厳密な時点であってもよく、あるいは、その待ち時間が経過した厳密な時点から制御に関する時間などが経過した時点であってもよい。

次に、本実施の形態による情報処理システムの動作について、フローチャートを用いて説明する。図２のフローチャートは、本実施の形態による情報処理装置１の動作を示すフローチャートである。

（ステップＳ１０１）要求パケット送信部１１は、それぞれ異なる待ち時間に応じた待ち時間情報を有する複数の要求パケットを、通信処理装置２を介してサーバ装置３に送信する。その複数の要求パケットは、通信処理装置２の異なるポートを介して送信される。

（ステップＳ１０２）返信パケット受信部１２は、返信パケットを受信したかどうか判断する。そして、返信パケットを受信した場合には、ステップＳ１０３に進み、そうでない場合には、ステップＳ１０４に進む。
（ステップＳ１０３）返信パケット受信部１２は、受信した返信パケットに基づいて、所定の受信処理を行う。ここで、所定の受信処理とは、例えば、受信した返信パケット、あるいは受信した返信パケットに待ち時間情報等が含まれる場合には、その待ち時間情報等をポート維持時間検出部１３に渡すことなどである。

（ステップＳ１０４）要求パケット送信部１１は、要求パケットを送信するタイミングであるかどうか判断する。例えば、１回目の要求パケットの送信から所定の時間が経過した時点で、要求パケットを送信するタイミングであると判断する。そして、要求パケットを送信するタイミングである場合には、ステップＳ１０５に進み、そうでない場合には、ステップＳ１０６に進む。

（ステップＳ１０５）要求パケット送信部１１は、要求パケットを、通信処理装置２を介してサーバ装置３に送信する。この場合の要求パケットの送信は、複数の要求パケットの送信でもよく、単一の要求パケットの送信でもよい。

（ステップＳ１０６）返信パケット受信部１２は、所定の受信期間が経過したかどうか判断する。ここで、所定の受信期間とは、要求パケット送信部１１が要求パケットを送信してから、その要求パケットに応じて送信される最後の返信パケットが送信され、返信パケット受信部１２において受信されるはず（実際に受信できるかどうかは問わない）の時点までの期間のことである。そして、所定の受信期間が経過した場合には、ステップＳ１０７に進み、そうでない場合には、ステップＳ１０２に戻る。

（ステップＳ１０７）ポート維持時間検出部１３は、それまでに返信パケット受信部１２が受信した返信パケットに基づいて、通信処理装置２のポート維持時間を検出する。そして、通信処理装置２のポート維持時間を検出する一連の処理は終了となる。

なお、図２のフローチャートでは、ステップＳ１０１において複数の要求パケットを送信した後に、ステップＳ１０４において要求パケットの送信タイミングであると判断されると、再度、１以上の要求パケットを送信する場合について説明しているが、本実施の形態による情報処理装置は、図３のフローチャートで示されるように、ステップＳ１０１において複数の要求パケットを送信した後には、要求パケットの送信を行わなくてもよい。なお、図３のフローチャートの各ステップの説明は、上述の図２のフローチャートの説明と同様であり、その説明を省略する。

次に、図４のフローチャートを用いて、サーバ装置３の動作について説明する。
（ステップＳ２０１）要求パケット受信部３１は、要求パケットを受信したかどうか判断する。そして、要求パケットを受信した場合には、ステップＳ２０２に進み、そうでない場合には、ステップＳ２０３に進む。

（ステップＳ２０２）返信パケット送信制御部３３は、要求パケット受信部３１が受信した要求パケットについて計時を開始する。例えば、返信パケット送信制御部３３は、受信された要求パケットに含まれる待ち時間情報に応じた待ち時間を計時するためのタイマをスタートさせる。そして、ステップＳ２０１に戻る。

（ステップＳ２０３）返信パケット送信制御部３３は、返信パケットを送信するタイミングであるかどうか判断する。ここで、返信パケットを送信するタイミングであるかどうかは、例えば、ステップＳ２０２における計時の開始から、待ち時間情報に応じた待ち時間が経過したかどうかによって判断される。そして、返信パケットを送信するタイミングである場合には、ステップＳ２０４に進み、そうでない場合には、ステップＳ２０１に戻る。

（ステップＳ２０４）返信パケット送信部３２は、返信パケットを送信する。返信パケットは、返信パケットに対応する要求パケット（すなわち、その返信パケットの送信を要求した要求パケット）の通過した通信処理装置２のポートに対して送信される。この返信パケットには、例えば、要求パケット受信部３１が受信した要求パケットに含まれる待ち時間情報などが含まれる。そして、ステップＳ２０１に戻る。
なお、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、本実施の形態による情報処理システムの動作について、具体例を用いて説明する。この具体例において、複数の要求パケットを同時に１回だけ送信する場合（具体例１）、２以上の要求パケットを、要求パケットが有する待ち時間情報に対応する時間間隔をあけて送信する場合（具体例２）、各要求パケットが有する待ち時間情報に応じた待ち時間のポートごとの合計が等しくなるように要求パケットを送信する場合（具体例３）についてそれぞれ説明する。

図５（ａ）、（ｂ）は、以下の具体例における要求パケットと、返信パケットとの構成を示す図である。要求パケット、返信パケットは、ともにＵＤＰヘッダを有しており、ペイロードには、待ち時間情報が含まれている。返信パケットに含まれる待ち時間情報は、その返信パケットの送信を要求した要求パケットのペイロードに含まれている待ち時間情報と同じものであるとする。

図６は、以下の具体例における要求パケットと、返信パケットとが通過するポートについて説明するための図である。図６で示されるように、情報処理装置１から送信される要求パケットは、ポートＰ１、Ｐ４、Ｐ７から送信される。そして、それらの各要求パケットはそれぞれ、通信処理装置２のＷＡＮ側のポートＰ２、Ｐ５、Ｐ８を通過し、サーバ装置３のポートＰ３、Ｐ６、Ｐ９で受信される。

ここで、要求パケットが通過する通信処理装置２のポートＰ２、Ｐ５、Ｐ８は、それらのポートを初回の要求パケットが通過する時に、通信処理装置２において新たに割り当てられるものである。すなわち、他の情報処理装置やサーバ装置との通信で用いられていない通信処理装置２のポートを用いて要求パケットの送信を行うことが大切である。そうでなければ、例えば、ポートＰ２がそれまでに他の用途のために用いられており、要求パケットの送信から返信パケットの送信までに、ポートＰ２を介して他の通信が行われた場合には、正確なポート維持時間の検出を行うことができないからである。なお、ポートＰ２等が、初回の要求パケットが通過する時に、通信処理装置２において新たに割り当てられるものであるようにするためには、例えば、情報処理装置１のポートＰ１として、新たなポート（それまでに他の通信で用いていないポート）を用いればよい。

情報処理装置１から送信された要求パケットに対応して送信される返信パケットは、要求パケットを受信したポートＰ３、Ｐ６、Ｐ９のいずれかから送信される。ポート維持時間が経過していない場合には、その返信パケットは、通信処理装置２のポートＰ２等を通過して情報処理装置１のポートＰ１等で受信される。一方、ポート維持時間が経過している場合には、通信処理装置２から情報処理装置１に返信パケットは送信されない。図６からわかるように、本実施の形態による情報処理システムでは、通信処理装置２の複数のポートＰ２、Ｐ５、Ｐ８を、要求パケット、及び返信パケットが通過する。なお、ポートＰ２に関するポート維持時間が経過した後に、ポートＰ１からポートＰ３に対して要求パケットが送信された場合には、通信処理装置２において新たなポート（例えば、ポートＰ２と異なるポートＰ１０など）が割り当てられることもあり、あるいは、再度ポートＰ２が用いられることもある。これは、通信処理装置２の仕様に依存する。ただし、いずれの場合であっても処理自体に大きな違いはないので（ポートＰ２がポートＰ１０などに変わるだけであるので）、説明の便宜上、ポート維持時間の経過後に情報処理装置１のポートＰ１から送信された要求パケットに対して、ポートＰ２が割り当てられる場合について説明する。ポートＰ５、Ｐ８についても同様であるとする。また、図６において、サーバ装置３のポートＰ３、Ｐ６、Ｐ９のうち、２以上のポートが同一のポートであってもよい。

また、情報処理装置１、通信処理装置２、サーバ装置３の各ＩＰアドレスは、以下のとおりであるとする。なお、通信処理装置２のＩＰアドレスは、ＷＡＮ側のアドレスである。
情報処理装置１：１９２．１６８．０．１
通信処理装置２：２０２．１３２．１０．６
サーバ装置３：１５５．３２．１０．１０

［具体例１］
この具体例では、要求パケット送信部１１がそれぞれ異なる待ち時間に応じた待ち時間情報を有する複数の要求パケットを１回だけ送信する場合について説明する。また、この具体例では、情報処理装置１は、図３のフローチャートで示される処理を行うものとする。また、この具体例では、通信処理装置２のポート維持時間が１分２０秒であるとする。

ポート維持時間を検出するタイミング（例えば、情報処理装置１の初回の起動時や、通信処理装置２を取り替えたことなどに起因するリセット時など）であると判断すると、情報処理装置１の要求パケット送信部１１は、待ち時間が３０秒、１分、１分３０秒に対応する待ち時間情報をそれぞれ構成する。そして、要求パケット送信部１１は、それらの待ち時間情報をペイロードに有する３個のＵＤＰの要求パケットを、サーバ装置３のＩＰアドレス１５５．３２．１０．１０のポートＰ３、Ｐ６、Ｐ９に向けて送信する（ステップＳ１０１）。その３個の要求パケットは、要求パケット送信部１１によって同時に送信される。ここで、同時にとは、３個の要求パケットの送信タイミングが厳密に同一であることでもよく、３個の要求パケットの送信タイミングがパケットの送信の制御等に要する時間（通常は無視可能な微少な時間である）だけずれていてもよい。

情報処理装置１から送信された３個の要求パケットは、通信処理装置２において、ソースアドレスが１９２．１６８．０．１から２０２．１３２．１０．６に変換され、ソースポートがポートＰ１からポートＰ２、ポートＰ４からポートＰ５、ポートＰ７からポートＰ８にそれぞれ変換され、サーバ装置３のポートＰ３、Ｐ６、Ｐ９にそれぞれ送信される。その３個の要求パケットは、サーバ装置３の要求パケット受信部３１で受信される（ステップＳ２０１）。そして、返信パケット送信制御部３３において、タイマがスタートされる（ステップＳ２０２）。

図７は、返信パケット送信制御部３３が図示しない記憶手段で管理している送信タイミング管理テーブルの一例を示す図である。この送信タイミング管理テーブルにおいて、要求パケットの送信元である装置（ここでは、通信処理装置２）のアドレス、及びポート（ここでは、「ポートＰ２」等としているが、実際には、ポート番号が用いられる）に対応付けて、計時を開始してから経過した時間（「タイマ」のフィールド）と、返信パケットを送信するタイミングを示す送信タイミングとが管理されている。図７（ａ）では、情報処理装置１から送信された３個の要求パケットに応じて、３０秒、１分、１分３０秒の送信タイミングが設定されている。返信パケット送信制御部３３は、フィールド「タイマ」の値が、フィールド「送信タイミング」の値と等しくなったときに、返信パケットを送信するタイミングであると判断する。なお、送信タイミング管理テーブルのフィールド「タイマ」の値は、時間の経過とともに更新されるものとする。

返信パケット送信制御部３３は、タイマの値が３０秒となったときに、返信パケットを送信するタイミングであると判断し（ステップＳ２０３）、返信パケット送信部３２に、３０秒の待ち時間を示す待ち時間情報を有する返信パケットを、ＩＰアドレス２０２．１３２．１０．６、ポートＰ２に送信する旨の指示を渡す。すると、返信パケット送信部３２は、通信処理装置２のポートＰ２に対して、待ち時間「３０秒」を示す待ち時間情報を有する返信パケットを送信する（ステップＳ２０４）。なお、この返信パケットの送信後に、図７（ａ）で示される送信タイミング管理テーブルの１番目のレコードは削除されるものとする。

その返信パケットは、通信処理装置２において、送信先が情報処理装置（ＩＰアドレス：１９２．１６８．０．１）のポートＰ１に変換され、情報処理装置１に送信される。そして、その返信パケットは返信パケット受信部１２で受信され（ステップＳ１０２）、その返信パケットに含まれる待ち時間情報の示す待ち時間「３０秒」がポート維持時間検出部１３に渡される（ステップＳ１０３）。なお、ポート維持時間検出部１３は、受け取った待ち時間「３０秒」を図示しない記憶手段で記憶しておくものとする。

サーバ装置３において、タイマの値が１分となったときにも、返信パケット送信制御部３３は、返信パケットを送信するタイミングであると判断し（ステップＳ２０３）、返信パケット送信部３２に１分の待ち時間を示す待ち時間情報を有する返信パケットを、ＩＰアドレス２０２．１３２．１０．６、ポートＰ５に送信する旨の指示を渡す。すると、返信パケット送信部３２は、その指示に応じて、通信処理装置２のポートＰ５に対して、返信パケットを送信する（ステップＳ２０４）。その後、送信タイミング管理テーブルの対応するレコードが削除されるのは上記説明と同様である。

その返信パケットも、上記説明と同様にして通信処理装置２においてアドレス変換され、情報処理装置１に送信される。そして、その返信パケットは返信パケット受信部１２で受信され（ステップＳ１０２）、その返信パケットに含まれる待ち時間情報の示す待ち時間「１分」がポート維持時間検出部１３に渡される（ステップＳ１０３）。なお、ポート維持時間検出部１３は、受け取った待ち時間「１分」を図示しない記憶手段で記憶しておくものとする。

また、サーバ装置３において、タイマの値が１分３０秒となったときにも、返信パケット送信制御部３３は、返信パケットを送信するタイミングであると判断し（ステップＳ２０３）、返信パケット送信部３２に１分３０秒の待ち時間を示す待ち時間情報を有する返信パケットを、ＩＰアドレス２０２．１３２．１０．６、ポートＰ８に送信する旨の指示を渡す。すると、返信パケット送信部３２は、その指示に応じて、通信処理装置２のポートＰ８に対して、返信パケットを送信する（ステップＳ２０４）。その後、送信タイミング管理テーブルの対応するレコードが削除されるのは上記説明と同様である。

この場合には、通信処理装置２におけるポート維持時間（１分２０秒）が経過しており、ポートＰ８に送信された返信パケットに対するアドレス変換が行われない。したがって、情報処理装置１は待ち時間１分３０秒に対応する返信パケットを受信することはできない。

返信パケット受信部１２は、３個の要求パケットが送信されてから、一番長い待ち時間である１分３０秒に５秒（この５秒は、要求パケット等の送信時間等を考慮するためのものである）を加算した１分３５秒が経過した時点で、受信期間が経過したと判断し（ステップＳ１０６）、ポート維持時間を検出する旨の指示をポート維持時間検出部１３に渡す。ポート維持時間検出部１３は、それまでに返信パケット受信部１２から受け取った待ち時間のうち、一番長い待ち時間である「１分」を、通信処理装置２のポート維持時間として検出する（ステップＳ１０７）。

なお、その後、その検出されたポート維持時間は、例えば、所定の記録媒体（図示せず）で記憶され、サーバ装置３への定期的なパケットの送信周期として用いられる。ここで、検出されたポート維持時間を用いるのは、情報処理装置１であってもよく、あるいは、通信処理装置２のＬＡＮ側に接続された他の情報処理装置等であってもよい。また、そのポート維持時間を用いて定期的に送信されるパケットの送信先は、サーバ装置３であってもよく、あるいは、他のサーバ装置等であってもよい。また、検出されたポート維持時間よりも短い時間を、定期的に送信されるパケットの送信周期としてもよい。

図８は、この具体例における要求パケットの送信と、返信パケットの受信（あるいは不受信）について、通信処理装置２のポートごとに説明するための図である。この場合には、３０秒と１分の待ち時間に対応する返信パケットを受信することができたが、１分３０秒の待ち時間に対応する返信パケットを受信することができなかったため、ポート維持時間が１分と検出された。

［具体例２］
この具体例では、要求パケット送信部１１が、通信処理装置２の１以上のポートについて、あらかじめ決められている待ち時間情報を有する２以上の要求パケットを、各要求パケットが有する待ち時間情報に対応する時間間隔をあけて送信する場合について説明する。すなわち、具体例１では、３個の要求パケットが１回、同時に送信されただけであったが、この具体例では、通信処理装置２の所定のポートについては、２以上の要求パケットが送信されることになる。また、２以上の要求パケットを、各要求パケットが有する待ち時間情報に対応する時間間隔をあけて送信するとは、ある要求パケットを送信してから、その要求パケットに含まれる待ち時間情報に応じた待ち時間以上経過した後に、次の要求パケットを送信することである。このようにすることで、要求パケットに対応して送信された返信パケットを情報処理装置１が受信できるかどうか（すなわち、その返信パケットに対して通信処理装置２でアドレス変換がなされるかどうか）を情報処理装置１が判断した後に、次の要求パケットが送信されることになる。また、この具体例では、要求パケット送信部１１が、初回の要求パケットの送信からポート維持時間が検出されるまでの時間が最短となるように、通信処理装置２の各ポートを介して複数の要求パケットを送信するものとする。

具体的には、要求パケット送信部１１において、ポートＰ１から１分の待ち時間に対応する要求パケットを送信し、その要求パケットの送信から１分５秒後に３分の待ち時間に対応する要求パケットを送信するように設定されているとする。また、ポートＰ４から２分の待ち時間に対応する要求パケットを送信し、ポートＰ７から４分の待ち時間に対応する要求パケットを送信するように設定されているとする。なお、１分、２分、４分の待ち
時間に対応する要求パケットは、同時に送信されるものとする。
また、この具体例では、情報処理装置１は、図２のフローチャートで示される処理を行うものとする。また、この具体例では、通信処理装置２のポート維持時間が３分３０秒であるとする。

また、この具体例では、要求パケットの送信に関する処理や、返信パケットの受信、不受信に関する処理は、具体例１と同様であるため、それらの処理の詳細な説明を省略し、図９を用いて説明する。図９は、この具体例において、要求パケットの送信と、返信パケットの受信（あるいは不受信）について、通信処理装置２のポートごとに説明するための図である。

図９で示すように、この具体例でも、まず、１分、２分、４分の待ち時間を示す待ち時間情報をそれぞれ有する３個の要求パケットが送信されたとする（ステップＳ１０１）。サーバ装置３がそれらの要求パケットを受信してから１分（ここで、パケットの送信時間等については無視している）が経過すると（ステップＳ２０３）、１分の待ち時間に対応する返信パケットがサーバ装置３から送信される（ステップＳ２０４）。その返信パケットは、通信処理装置２においてアドレス変換され、返信パケット受信部１２で受信される（ステップＳ１０２）。要求パケット送信部１１は、３個の要求パケットを送信した時点から、図示しないタイマを用いて計時を行っており、タイマの値が１分５秒となると、要求パケットを送信するタイミングであると判断し（ステップＳ１０４）、３分の待ち時間を示す待ち時間情報を有する要求パケットを送信する（ステップＳ１０５）。この要求パケットは、情報処理装置１のポートＰ１から送信される。

その後、情報処理装置１の返信パケット受信部１２は、３個の要求パケットが送信されてから２分後に、２分の待ち時間に対応する返信パケットを受信する（ステップＳ１０２）。また、返信パケット受信部１２は、３分の待ち時間に対応する要求パケットが送信されてから３分後にも、３分の待ち時間に対応する返信パケットを受信する（ステップＳ１０２）。なお、３個の要求パケットが送信されてから４分経過後にも、４分の待ち時間に対応する返信パケットがサーバ装置３から通信処理装置２のポートＰ８に対して送信されるが、この場合には、ポートＰ８のポート維持時間（３分３０秒）がすでに経過しているため、その返信パケットは情報処理装置１に送信されず、情報処理装置１で受信されない。

返信パケット受信部１２は、３個の要求パケットが送信されてから、最後の返信パケットを受信するはずの時間である４分５秒に５秒（この５秒は、要求パケット等の送信時間等を考慮するためのものである）を加算した４分１０秒が経過した時点で、受信期間が経過したと判断し（ステップＳ１０６）、ポート維持時間を検出する旨の指示をポート維持時間検出部１３に渡す。ポート維持時間検出部１３は、それまでに返信パケット受信部１２から受け取った待ち時間のうち、一番長い待ち時間である「３分」を、通信処理装置２のポート維持時間として検出する（ステップＳ１０７）。

このように、初回の要求パケットの送信からポート維持時間が検出されるまでの時間が最短となるように、通信処理装置２の３個のポートを介して、要求パケットが送信されることによって、ポート維持時間が検出されるまでの時間を短くすることができる。例えば、通信処理装置２のポートＰ２を介して１分の待ち時間に対応する要求パケットのみを送信し、ポートＰ５を介して２分と３分の待ち時間に対応する要求パケットを送信することもできるが、この場合には、ポート維持時間が検出されるまでに約５分かかることとなり、この具体例の場合（約４分でポート維持時間を検出できる）よりも長い時間がかかることになる。

［具体例３］
この具体例では、具体例２と同様に、要求パケット送信部１１が、通信処理装置２の１以上のポートについて、あらかじめ決められている待ち時間情報を有する２以上の要求パケットを、各要求パケットが有する待ち時間情報に対応する時間間隔をあけて送信する場合について説明する。また、要求パケット送信部１１が、初回の要求パケットの送信からポート維持時間が検出されるまでの時間が最短となるように、通信処理装置２の各ポートを介して複数の要求パケットを送信するものとする。さらに、この具体例では、要求パケットが有する待ち時間情報に応じた待ち時間のポートごとの合計が等しくなるように、待ち時間情報が決められている場合について説明する。

具体的には、要求パケット送信部１１において、ポートＰ１から１分の待ち時間に対応する要求パケットを送信し、その送信後、１分５秒後に４分の待ち時間に対応する要求パケットを送信するように設定されているとする。また、ポートＰ４から２分の待ち時間に対応する要求パケットを送信し、その送信後、２分５秒後に３分の待ち時間に対応する要求パケットを送信するように設定されているとする。また、ポートＰ７から５分の待ち時間に対応する要求パケットを送信するように設定されているとする。なお、１分、２分、５分の待ち時間に対応する要求パケットは、同時に送信されるものとする。
また、この具体例では、情報処理装置１は、図２のフローチャートで示される処理を行うものとする。また、この具体例では、通信処理装置２のポート維持時間が３分３０秒であるとする。

また、この具体例では、要求パケットの送信に関する処理や、返信パケットの受信、不受信に関する処理は、具体例２と同様であるため、それらの処理の詳細な説明を省略し、図１０を用いて説明する。図１０は、この具体例において、要求パケットの送信と、返信パケットの受信（あるいは不受信）について、通信処理装置２のポートごとに説明するための図である。

図１０で示すように、この具体例でも、まず、１分、２分、５分の待ち時間を示す待ち時間情報をそれぞれ有する３個の要求パケットが送信されたとする（ステップＳ１０１）。サーバ装置３がそれらの要求パケットを受信してから１分が経過すると（ステップＳ２０３）、１分の待ち時間に対応する返信パケットがサーバ装置３から送信される（ステップＳ２０４）。その返信パケットは、通信処理装置２においてアドレス変換され、返信パケット受信部１２で受信される（ステップＳ１０２）。その後、要求パケット送信部１１が３個の要求パケットを送信してから１分５秒が経過すると、要求パケット送信部１１は、要求パケットを送信するタイミングであると判断し（ステップＳ１０４）、４分の待ち時間に対応する要求パケットを送信する（ステップＳ１０５）。

同様にして、３個の要求パケットが送信されてから２分が経過すると、２分の待ち時間に対応する返信パケットがサーバ装置３から送信され、通信処理装置２においてアドレス変換されて情報処理装置１に送信され、受信される（ステップＳ１０２）。また、要求パケット送信部１１が３個の要求パケットを送信してから２分５秒が経過すると、要求パケット送信部１１は、要求パケットを送信するタイミングであると判断し（ステップＳ１０４）、３分の待ち時間に対応する要求パケットを送信する（ステップＳ１０５）。

なお、図７（ｂ）は、この具体例において、サーバ装置３が３個の要求パケットを受信してから１９５秒が経過した時点における、返信パケット送信制御部３３が有する送信タイミング管理テーブルの一例を示す図である。この図で示されるように、通信処理装置２のポートＰ２に対応して、４分の待ち時間に対応する返信パケットの送信タイミングが管理されており、通信処理装置２のポートＰ５に対応して、３分の待ち時間に対応する返信パケットの送信タイミングが管理されている。

その後、情報処理装置１の返信パケット受信部１２は、３分の待ち時間に対応する返信パケットを受信するが、４分及び５分の待ち時間に対応する返信パケットは、通信処理装置２におけるポート維持時間（３分３０秒）が経過しているため、通信処理装置２においてアドレス変換が行われず、情報処理装置１において受信されない。

返信パケット受信部１２は、３個の要求パケットが送信されてから、最後の返信パケットを受信するはずの時間である５分５秒に５秒（この５秒は、要求パケット等の送信時間等を考慮するためのものである）を加算した５分１０秒が経過した時点で、受信期間が経過したと判断し（ステップＳ１０６）、ポート維持時間を検出する旨の指示をポート維持時間検出部１３に渡す。ポート維持時間検出部１３は、それまでに返信パケット受信部１２から受け取った待ち時間のうち、一番長い待ち時間である「３分」を、通信処理装置２のポート維持時間として検出する（ステップＳ１０７）。

このように、通信処理装置２の３個のポートを介して送信される要求パケットが有する待ち時間情報に応じた待ち時間のポートごとの合計が等しくなるように要求パケットが送信されることによって、ポート維持時間が検出されるまでの時間を短くすることができ、また、ポート維持時間の検出を効率よく行うことができる。例えば、通信処理装置２のポートＰ２を介して１分と３分の待ち時間に対応する要求パケットのみを送信し、ポートＰ５を介して２分と４分の待ち時間に対応する要求パケットを送信することもできるが、この場合には、ポート維持時間が検出されるまでに約６分かかることとなり、この具体例の場合（約５分でポート維持時間を検出できる）よりも長い時間がかかることになる。

以上のように、本実施の形態による情報処理システムによれば、待ち時間情報を有する複数の要求パケットを、通信処理装置２の複数のポートを介して送信し、その要求パケットに対応して送信された返信パケットを受信できたかどうかに基づいて、通信処理装置２のポート維持時間を検出することができる。通信処理装置２の複数のポートを用いて複数の要求パケットを送信することにより、通信処理装置２の単一のポートを介して要求パケットを送信する場合よりも、短期間でポート維持時間の検出を行うことができる。

また、本実施の形態では、要求パケットに待ち時間情報が含まれる場合について説明したが、待ち時間情報に代えて、返信パケットを送信する時刻を示す時刻情報が要求パケットに含まれてもよい。その場合には、サーバ装置３は、その時刻情報の示す時刻に返信パケットを送信する。なお、時刻情報を有する要求パケットを用いる場合には、例えば、タイムサーバ等を用いることにより、情報処理装置１とサーバ装置３との間での時計の同期を取る必要がある。

また、本実施の形態では、図５（ａ）で示されるように、要求パケットに待ち時間のみが含まれる構成について説明したが、図５（ｃ）で示されるように、要求パケットに待ち時間と識別情報とが含まれており、要求パケットに対応して送信される返信パケットには、図５（ｄ）で示されるように、要求パケットに含まれていた識別情報が含まれるようにしてもよい。この場合には、返信パケットを受信した情報処理装置１は、待ち時間情報と識別情報との対応を示す情報（情報処理装置１あるいは情報処理装置１がアクセス可能な装置において、あらかじめ保持されているものとする）を参照することにより、その返信パケットに対応する待ち時間を知ることができる。

（実施の形態２）
本発明の実施の形態２による情報処理システムについて、図面を参照しながら説明する。本実施の形態による情報処理システムでは、要求パケットに複数の返信パケットを送信する旨の指示が含まれており、その指示に基づいて、複数の返信パケットが送信されるも
のである。

図１１は、本実施の形態による情報処理システムの構成を示すブロック図である。図１１において、本実施の形態による情報処理システムは、情報処理装置５と、通信処理装置２と、サーバ装置６とを備える。通信処理装置２は実施の形態１において説明したものと同様のものであり、その説明を省略する。情報処理装置５、サーバ装置６は、それぞれ実施の形態１における情報処理装置１、サーバ装置３に対応するものであるが、本実施の形態では、情報処理装置５が送信した１つの要求パケットに対応して、サーバ装置６が複数の返信パケットを送信する。

情報処理装置５は、要求パケット送信部１１と、返信パケット受信部１２と、ポート維持時間検出部５１とを備える。なお、要求パケット送信部１１、返信パケット受信部１２に関する構成及び動作は、要求パケット及び返信パケットのペイロードに含まれる情報の構成が異なる以外、実施の形態１における要求パケット送信部１１、及び返信パケット受信部１２と同様のものであり、その説明を省略する。ここで、要求パケット送信部１１が送信する複数の要求パケットには、複数の返信パケットを送信する旨の指示を含む要求パケットが含まれている。すなわち、要求パケット送信部１１が送信するすべての要求パケットに、複数の返信パケットを送信する旨の指示が含まれてもよく、あるいは、要求パケット送信部１１が送信する一部の要求パケットに、複数の返信パケットを送信する旨の指示が含まれてもよい。複数の返信パケットを送信する旨の指示とは、例えば、複数の待ち時間情報であってもよく、複数の返信パケットを送信する間隔を示す情報であってもよい。

ポート維持時間検出部５１は、返信パケット受信部１２が受信した返信パケットに基づいて、通信処理装置２のポート維持時間を検出する。このポート維持時間の検出の詳細な動作については後述する。このポート維持時間検出部５１が検出するポート維持時間は、通信処理装置２のポート維持時間そのものであってもよく、あるいは、通信処理装置２ポート維持時間よりも短いポート維持時間であってもよい点、及び検出されたポート維持時間の用途は問わない点については、実施の形態１によるポート維持時間検出部１３と同様である。

サーバ装置６は、要求パケット受信部３１と、返信パケット送信部３２と、返信パケット送信制御部６１とを備える。なお、要求パケット受信部３１、返信パケット送信部３２に関する構成及び動作は、要求パケット及び返信パケットのペイロードに含まれる情報の構成が異なる以外、実施の形態１における要求パケット受信部３１、及び返信パケット送信部３２と同様のものであり、その説明を省略する。

返信パケット送信制御部６１は、要求パケット受信部３１が受信した要求パケットに基づいて、返信パケット送信部３２による複数の返信パケットの送信を制御する。より具体的には、返信パケット送信制御部６１は、要求パケットに含まれる、複数の返信パケットを送信する旨の指示に基づいて、複数の返信パケットを送信するように返信パケット送信部３２を制御する。

次に、本実施の形態による情報処理システムの動作について、フローチャートを用いて説明する。図１２のフローチャートは、本実施の形態による情報処理装置５の動作を示すフローチャートである。

（ステップＳ３０１）要求パケット送信部１１は、複数の要求パケットを、通信処理装置２の複数のポートを介してサーバ装置６に送信する。その複数の要求パケットのうち、少なくとも一部の要求パケットには、複数の返信パケットを送信する旨の指示が含まれる
。
（ステップＳ３０２）返信パケット受信部１２は、返信パケットを受信したかどうか判断する。そして、返信パケットを受信した場合には、ステップＳ３０３に進み、そうでない場合には、ステップＳ３０４に進む。

（ステップＳ３０３）返信パケット受信部１２は、受信した返信パケットに基づいて、所定の受信処理を行う。ここで、所定の受信処理とは、例えば、受信した返信パケット、あるいは受信した返信パケットに待ち時間情報等が含まれる場合には、その待ち時間情報等をポート維持時間検出部５１に渡すことなどである。

（ステップＳ３０４）返信パケット受信部１２は、所定の受信期間が経過したかどうか判断する。ここで、所定の受信期間とは、要求パケット送信部１１がステップＳ３０１で要求パケットを送信してから、その要求パケットに応じて送信される最後の返信パケットが送信され、返信パケット受信部１２において受信されるはず（実際に受信できるかどうかは問わない）の時点までの期間のことである。そして、所定の受信期間が経過した場合には、ステップＳ３０５に進み、そうでない場合には、ステップＳ３０２に戻る。

（ステップＳ３０５）ポート維持時間検出部５１は、それまでに返信パケット受信部１２が受信した返信パケットに基づいて、通信処理装置２のポート維持時間を検出する。なお、このポート維持時間の検出の詳細な処理については後述する。そして、通信処理装置２のポート維持時間を検出する一連の処理は終了となる。

なお、サーバ装置６の動作は、パケットのペイロードに含まれる情報が異なっており、返信パケット送信制御部３３が返信パケット送信制御部６１となり、受信した１つの要求パケットに応じて、１以上の返信パケットを送信する以外、実施の形態１における図４のフローチャートと同様であり、その説明を省略する。

次に、本実施の形態による情報処理システムの動作について、具体例を用いて説明する。この具体例において、要求パケットに２以上の待ち時間情報が含まれる場合（具体例１）、要求パケットに返信パケットを送信する時間間隔に関する情報である時間間隔情報が含まれる場合（具体例２）についてそれぞれ説明する。

なお、以下の具体例において要求パケットと返信パケットとが通過するポートは、実施の形態１の図６の説明と同様であるとする。また、情報処理装置５、通信処理装置２、サーバ装置６の各ＩＰアドレスも、実施の形態１の具体例と同様であるとする。

［具体例１］
この具体例では、要求パケットが、待ち時間情報を１以上有しており、返信パケット送信制御部６１が、要求パケットに含まれる１以上の待ち時間情報に基づいて、返信パケットの送信を制御するものとする。また、ポート維持時間検出部５１は、返信パケット受信部１２によって受信された返信パケットの送信間隔のうち、一番長い時間に基づいて、ポート維持時間を検出するものとする。ここで、返信パケットの送信間隔とは、その返信パケットが受信（あるいは送信）された時点と、その返信パケットよりも一つ前の返信パケットが受信（あるいは送信）された時点との時間的な間隔のことである。なお、それらの返信パケットは、通信処理装置２の同一のポートを介して送信されたものであるとする。また、１回目に送信された返信パケットの場合には、要求パケットの送信（あるいは受信）から返信パケットの受信（あるいは送信）までの時間的な間隔が、その１回目に送信された返信パケットの送信間隔となる。この返信パケットの送信間隔においても、パケットの送信時間（例えば、情報処理装置５から要求パケットが送信されてから、サーバ装置６に到達するまでの時間など）を考慮してもよい。

図１３（ａ）〜（ｃ）は、要求パケット送信部１１が送信する３個の要求パケットの構成をそれぞれ示す図である。要求パケットは、ＵＤＰヘッダと、１以上の待ち時間情報を有するペイロードとから構成されている。待ち時間情報は、サーバ装置６が要求パケットを受信してから、返信パケットを送信するまでの待ち時間を示す情報である。

要求パケット送信部１１は、ポート維持時間を検出するタイミングであると判断すると、図１３（ａ）〜（ｃ）で示される３個の要求パケットを、それぞれサーバ装置６のＩＰアドレス１５５．３２．１０．１０のポートＰ３、Ｐ６、Ｐ９に向けて送信する（ステップＳ３０１）。返信パケット受信部１２は、この要求パケットの送信と同時に、受信期間に関する計時を開始する。その後、情報処理装置５では、受信期間が経過するまで、返信パケットの受信を待つ処理が行われる（ステップＳ３０２〜Ｓ３０４）。ここで、この具体例では、受信期間として５分５秒（この５秒は、要求パケット等の送信時間等を考慮するためのものである）が設定されているものとする。

情報処理装置５から送信された要求パケットは、実施の形態１の具体例の説明と同様にして、通信処理装置２においてアドレス変換され、サーバ装置６の要求パケット受信部３１で受信される（ステップＳ２０１）。そして、返信パケット送信制御部６１においてタイマがスタートされ、計時が開始される（ステップＳ２０２）。図１４（ａ）は、その計時が開始されてから１５秒経過後の送信タイミング管理テーブルの一例を示す図である。図１４（ａ）で示されるように、待ち時間情報ごとに、１つのレコードで送信タイミングが管理されている。

返信パケット送信制御部６１は、タイマがスタートされてから１分経過すると、返信パケットを送信するタイミングであると判断し（ステップＳ２０３）、返信パケット送信部３２に、１分の待ち時間を示す待ち時間情報を有する返信パケットを、アドレス２０２．１３２．１０．６のポートＰ２に送信する旨の指示を渡す。すると、返信パケット送信部３２は、通信処理装置２のポートＰ２に対して、１分の待ち時間を示す待ち時間情報を有する返信パケット（図１３（ｄ）参照）を送信する。なお、この返信パケットの送信後に、図１４（ａ）で示される送信タイミング管理テーブルの１番目のレコードは削除されるものとする。

その返信パケットは、実施の形態１の具体例における説明と同様にして、通信処理装置２によってアドレス変換され、返信パケット受信部１２で受信されたとする（ステップＳ３０２）。返信パケット受信部１２は、返信パケットに含まれる待ち時間情報の示す待ち時間「１分」と、その返信パケットの受信されたポートＰ１を示す情報をポート維持時間検出部５１に渡す（ステップＳ３０３）。その待ち時間「１分」は、ポートＰ１に対応付けられてポート維持時間検出部１３における図示しない記憶手段で記憶されるものとする。

図１５は、この具体例における要求パケットの送信と、返信パケットの受信（あるいは不受信）について、通信処理装置２のポートごとに説明するための図である。図１５において、上記説明と同様にして、３個の要求パケットがサーバ装置６で受信されてから２分経過後に通信処理装置２のポートＰ５に送信された返信パケットは、情報処理装置５の返信パケット受信部１２において受信される（ステップＳ３０２）。一方、３個の要求パケットがサーバ装置６で受信されてから５分経過後に通信処理装置２のポートＰ２、Ｐ５、Ｐ８にそれぞれ送信された返信パケットのうち、ポートＰ５に送信された返信パケットは、返信パケット受信部１２で受信されるが、ポートＰ２、Ｐ８に送信された返信パケットは、返信パケット受信部１２で受信されない。そして、要求パケットを送信してから５分５秒経過すると、受信期間が経過したと判断され（ステップＳ３０４）、返信パケット受
信部１２から、ポート維持時間検出部５１に対して、ポート維持時間を検出する旨の指示が渡される。

ポート維持時間検出部５１は、それまでに返信パケット受信部１２から受け取ったポートＰ１に対応付けられた待ち時間「１分」、ポートＰ４に対応付けられた待ち時間「２分」、「５分」に基づいて、各返信パケットの送信間隔を、ポートＰ１については「１分」、ポートＰ４については「２分」、「３分」と算出する。そして、その返信パケットの送信間隔のうち、一番長い時間、すなわち「３分」を通信処理装置２のポート維持時間として検出する（ステップＳ３０５）。

［具体例２］
この具体例では、通信処理装置２の複数のポートを介して送信される要求パケットが返信パケットを送信する時間間隔に関する情報である時間間隔情報を１以上有しており、返信パケット送信制御部６１が、要求パケットに含まれる時間間隔情報に応じた時間間隔で返信パケットを送信するように返信パケット送信部３２を制御するものとする。また、ポート維持時間検出部５１は、返信パケット受信部１２が受信した返信パケットに対応する時間間隔のうち、一番長い時間間隔に基づいて、ポート維持時間を検出するものとする。

図１６（ａ）〜（ｃ）は、要求パケット送信部１１が送信する要求パケットの構成を示す図である。要求パケットは、ＵＤＰヘッダと、複数の時間間隔情報を有するペイロードとから構成されている。時間間隔情報は、例えば、時間間隔を示す情報であってもよく、時間間隔と所定の関係を有する情報（例えば、時間間隔「１分」、「２分」、「３分」にそれぞれ対応した「短期」、「中期」、「長期」という情報など）であってもよいが、この具体例では、前者の場合について説明する。なお、要求パケット送信部１１が要求パケットを送信してから、要求パケット受信部３１によって要求パケットが受信されるまでの動作は、返信パケット受信部１２が、要求パケットが送信されたタイミングで、要求パケットに含まれている時間間隔情報を受け取る以外、具体例１と同様であり、その説明を省略する。なお、要求パケットに含まれる時間間隔情報を受け取った返信パケット受信部１２は、受信期間に関する計時を開始する。そして、返信パケット受信部１２は、受け取った時間間隔情報によって示される時間間隔を要求パケットごとに加算し、その加算した結果の一番長い時間（この具体例では５分）に５秒（要求パケット等の送信時関東を考慮するための時間）を加算した５分５秒を受信期間として設定する。

次に、返信パケットの送信について説明する。要求パケット受信部３１が要求パケットを受信すると（ステップＳ２０１）、返信パケット送信制御部６１は、タイマをスタートする（ステップＳ２０２）。図１４（ｂ）は、その計時が開始されてから１５秒経過後の送信タイミング管理テーブルの一例を示す図である。図１４（ｂ）で示されるように、時間間隔情報ごとに、１つのレコードで送信タイミングが管理されている。なお、図１４（ｂ）において、送信タイミングが２４０秒であるレコードのタイマがスタートされていないが、このタイマは１番目のレコードのタイマの値が送信タイミング「６０秒」と等しくなり、返信パケットを送信するタイミングとなったときに開始されるものとする。また同様に、送信タイミングが１８０秒であるレコードのタイマも、３番目のレコードのタイマの値が送信タイミング「１２０秒」と等しくなり、返信パケットを送信するタイミングとなったときに開始されるものとする。

返信パケット送信制御部６１は、タイマがスタートされてから１分経過すると、返信パケットを送信するタイミングであると判断し（ステップＳ２０３）、返信パケット送信部３２に、１分の時間間隔を示す時間間隔情報を含む返信パケット（図１６（ｄ）参照）を、アドレス２０２．１３２．１０．６のポートＰ２に送信する旨の指示を渡す。すると、返信パケット送信部３２は、通信処理装置２のポートＰ２に対して、時間間隔情報を有す
る返信パケットを送信する（ステップＳ２０４）。なお、この返信パケットの送信後に、図１４（ｂ）で示される送信タイミング管理テーブルの１番目のレコードは削除されるものとする。また、この返信パケットを送信するタイミングで、図１４（ｂ）で示される送信タイミング管理テーブルの２番目のレコードのタイマがスタートされるものとする。

送信された返信パケットは、通信処理装置２においてアドレス変換され、情報処理装置５に送信される。返信パケット受信部１２は、その返信パケットを受信し、返信パケットに含まれる時間間隔情報の示す時間間隔「１分」をポート維持時間検出部５１に渡す。その時間間隔「１分」は、ポート維持時間検出部１３における図示しない記憶手段で記憶されるものとする。

図１７は、この具体例における要求パケットの送信と、返信パケットの受信（あるいは不受信）について、通信処理装置２のポートごとに説明するための図である。図１７において、上記説明と同様にして、３個の要求パケットがサーバ装置６で受信されてから２分経過後に通信処理装置２のポートＰ５に送信された返信パケットは、情報処理装置５の返信パケット受信部１２において受信される（ステップＳ３０２）。一方、３個の要求パケットがサーバ装置６で受信されてから５分経過後に通信処理装置２のポートＰ２、Ｐ５、Ｐ８にそれぞれ送信された返信パケットのうち、ポートＰ５に送信された返信パケットは、返信パケット受信部１２で受信されるが、ポートＰ２、Ｐ８に送信された返信パケットは、返信パケット受信部１２で受信されない。そして、要求パケットを送信してから５分５秒経過すると、受信期間が経過したと判断され（ステップＳ３０４）、返信パケット受信部１２から、ポート維持時間検出部５１に対して、ポート維持時間を検出する旨の指示が渡される。
ポート維持時間検出部５１は、それまでに返信パケット受信部１２から受け取った時間間隔「１分」、「２分」、「３分」のうち、一番長い時間間隔「３分」をポート維持時間として検出する（ステップＳ３０５）。

なお、上記各具体例で説明した要求パケットの構造は一例であり、上記各具体例で説明した以外の複数の返信パケットの送信を要求する要求パケットを情報処理装置１が送信してもよい。

以上のように、本実施の形態による情報処理システムによれば、１回の要求パケットの送信によって、複数の返信パケットを送信させることができ、そのような要求パケットを通信処理装置２の複数のポートを介してサーバ装置３に送信し、複数のポートを用いたポート維持時間の検出を行うことによって、実施の形態１と同様にして、短期間で通信処理装置２のポート維持時間を検出することができる。

また、本実施の形態では、返信パケットの送信間隔が増加するように設定された時間間隔情報を有する要求パケットを送信する場合について説明したが、返信パケットの送信間隔が減少するように、あるいは、その他の変化をするように設定された時間間隔情報を有する要求パケットを送信してもよい。

（実施の形態３）
本発明の実施の形態３による情報処理システムについて、図面を参照しながら説明する。本実施の形態による情報処理システムは、返信パケットを受信できたかどうかに基づいて、要求パケットの送信を制御するものである。

図１８は、本実施の形態による情報処理システムの構成を示すブロック図である。図１８において、本実施の形態による情報処理システムは、情報処理装置７と、通信処理装置２と、サーバ装置３とを備える。通信処理装置２、及びサーバ装置３は実施の形態１にお
いて説明したものと同様のものであり、その説明を省略する。情報処理装置７は、実施の形態１における情報処理装置１に対応するものであるが、本実施の形態では、返信パケットの受信の有無に基づいて、要求パケットの送信を制御する。

情報処理装置７は、要求パケット送信部１１と、返信パケット受信部１２と、ポート維持時間検出部１３と、要求パケット送信制御部７１とを備える。なお、要求パケット送信部１１、返信パケット受信部１２、ポート維持時間検出部１３に関する構成及び動作は、実施の形態１と同様のものであり、その説明を省略する。

要求パケット送信制御部７１は、返信パケット受信部１２による返信パケットの受信の有無に基づいて、要求パケット送信部１１による要求パケットの送信を制御する。要求パケット送信部１１による要求パケットの送信の制御とは、例えば、要求パケット送信部１１が送信する要求パケットに含まれる待ち時間情報の設定、要求パケット送信部１１による要求パケットの送信タイミングの制御などである。この処理の詳細については、後述する。

次に、本実施の形態による情報処理システムの動作について、フローチャートを用いて説明する。図１９のフローチャートは、本実施の形態による情報処理装置７の動作を示すフローチャートである。

（ステップＳ４０１）要求パケット送信制御部７１は、要求パケット送信部１１が送信する複数の要求パケットに対応する複数の待ち時間を設定する。ここで、待ち時間を設定するとは、例えば、所定のメモリ等に待ち時間を記録することなどである。
（ステップＳ４０２）要求パケット送信部１１は、ステップＳ４０１、あるいは後述するステップＳ４０７で設定された待ち時間に応じた待ち時間情報を有する要求パケットを、サーバ装置３に送信する。

（ステップＳ４０３）返信パケット受信部１２は、ステップＳ４０２で送信された要求パケットに対してサーバ装置３から送信された返信パケットを受信したかどうか判断する。そして、返信パケットを受信した場合には、ステップＳ４０４に進み、そうでない場合には、ステップＳ４０５に進む。

（ステップＳ４０４）返信パケット受信部１２は、受信した返信パケットに基づいて、所定の受信処理を行う。ここで、所定の受信処理とは、例えば、受信した返信パケット、もしくは、その返信パケットに含まれる待ち時間情報をポート維持時間検出部１３と、要求パケット送信制御部７１とに渡すこと、または、受信した返信パケットに含まれる待ち時間情報を所定のメモリで記憶することなどである。

（ステップＳ４０５）要求パケット送信制御部７１は、タイムアウトであるかどうか判断する。ここで、タイムアウトとは、要求パケット送信部１１が要求パケットに対応する返信パケットを受信するはずのタイミングがすでに経過したことをいう。例えば、要求パケット送信部１１が要求パケットを送信してから、その要求パケットに含まれる待ち時間情報に関する待ち時間が経過した時点でタイムアウトと判断してもよく、要求パケットが通信処理装置２からサーバ装置３に到達する時間や、返信パケットがサーバ装置３から通信処理装置２に到達する時間、あるいは何らかのトラブルによって返信パケットの送信が遅れる場合などを想定して、要求パケット送信部１１が要求パケットを送信してから、その要求パケットに含まれる待ち時間情報に関する待ち時間に所定の時間（例えば、１，２秒など）を加算した時間が経過した時点でタイムアウトと判断してもよい。タイムアウトである場合には、ステップＳ４０６に進み、そうでない場合には、ステップＳ４０３に戻る。

（ステップＳ４０６）要求パケット送信制御部７１は、ステップＳ４０３で受信された返信パケットを受信した情報処理装置１のポート、あるいは、タイムアウトとなった情報処理装置１のポート（通信処理装置２においてアドレス変換が行われていたのであれば、返信パケットを受信していたはずのポート）を用いて、新たな要求パケットの送信を行うかどうか判断する。そして、要求パケットの送信を行う場合には、ステップＳ４０７に進み、そうでない場合には、ステップＳ４０８に進む。

（ステップＳ４０７）要求パケット送信制御部７１は、新たに送信する要求パケットに対応する待ち時間を設定する。例えば、前回に送信した要求パケットに対応する待ち時間よりも長い時間を設定する。そして、ステップＳ４０２に戻る。

（ステップＳ４０８）要求パケット送信制御部７１は、ポート維持時間を検出するかどうか判断する。ポート維持時間を検出する場合には、その旨をポート維持時間検出部１３に伝えてステップＳ４０９に進み、そうでない場合には、ステップＳ４０３に戻る。

（ステップＳ４０９）ポート維持時間検出部１３は、それまでに返信パケット受信部１２によって受信された返信パケットに対応する待ち時間のうち、一番長い待ち時間に基づいて、ポート維持時間を検出する。そして、通信処理装置２のポート維持時間を検出する一連の処理は終了となる。
なお、サーバ装置３の動作は、実施の形態１における図４のフローチャートと同様であり、その説明を省略する。

次に、本実施の形態による情報処理システムの動作について、具体例を用いて説明する。この具体例において、待ち時間を増加させていくことによってポート維持時間を検出する場合（具体例１）、待ち時間を減少させていくことによってポート維持時間を検出する場合（具体例２）、待ち時間を増加させていき、返信パケットを受け付けることができた待ち時間と、返信パケットを受け付けることができなかった待ち時間との間において、さらに細かく要求パケットを送信することによって、ポート維持時間を検出する場合（具体例３）、二分探索法を用いてポート維持時間を検出する場合（具体例４）についてそれぞれ説明する。

なお、以下の具体例において要求パケットと返信パケットとが通過するポートは、実施の形態１の図６の説明と同様であるとする。また、情報処理装置７、通信処理装置２、サーバ装置３の各ＩＰアドレスも、実施の形態１の具体例と同様であるとする。また、要求パケットと返信パケットの構造は、図５（ａ）、（ｂ）と同様であるとする。

［具体例１］
この具体例では、返信パケット受信部１２によって返信パケットが受信された場合に、要求パケット送信制御部７１が、それまでに送信した要求パケットに対応する待ち時間のうち一番長い待ち時間よりも長い待ち時間に応じた待ち時間情報を有する要求パケットを、通信処理装置２の使用可能なポートを介して送信するように要求パケット送信部１１を制御するものとする。ここで、通信処理装置２の使用可能なポートとは、通信処理装置２のポートのうち、返信パケットの待ち受けを行っていないポートのことである。例えば、返信パケットに対するアドレス変換を行った後に、まだ要求パケットの送信で用いられていないポートは、使用可能なポートとなる。また、タイムアウトとなったポートも、使用可能なポートである。また、それまでに使用されていない（ポートの割り当てが行われていない）ポートも、使用可能なポートである。この具体例では、返信パケットが受信された場合に、それまでに送信した要求パケットに対応する一番長い待ち時間よりも１分だけ長い待ち時間に対応する要求パケットを送信するものとする。

この具体例では、通信処理装置２のポート維持時間は３分３０秒であるとする。また、ステップＳ４０６において、返信パケットが受信された場合には、ステップＳ４０７に進み、返信パケットが受信されず、タイムアウトとなった場合には、ステップＳ４０８に進むものとする。また、ステップＳ４０８において、いずれかのポートについて、タイムアウトであると判断された場合には、ポート維持時間の検出を行うと判断し、ステップＳ４０９に進むものとする。また、要求パケットの送信や返信パケットの受信等の処理は、実施の形態１の具体例における説明と同様であり、その詳細な説明を省略する。この具体例では、図２０で示される、要求パケットの送信と、返信パケットの受信（あるいは不受信）について、通信処理装置２のポートごとに説明するための図を用いて説明する。

まず、要求パケット送信制御部７１は、ポート維持時間を検出するタイミングであると判断すると、ポートＰ１〜Ｐ３に対応付けて、それぞれ１分、２分、３分の待ち時間を設定する（ステップＳ４０１）。すると、要求パケット送信部１１は、ポートＰ１〜Ｐ３から、それぞれ１分、２分、３分の待ち時間に対応する要求パケットを送信する（ステップＳ４０２）。

３個の要求パケットがサーバ装置３で受信されてから１分後に、１分の待ち時間に対応する返信パケットが送信される（ステップＳ２０４）。その返信パケットは、通信処理装置２においてアドレス変換され、情報処理装置７の返信パケット受信部１２で受信され（ステップＳ４０３）、その返信パケットに含まれる待ち時間情報の示す待ち時間「１分」がポート維持時間検出部１３と、要求パケット送信制御部７１とに渡される。また、要求パケット送信制御部７１には、その返信パケットを受信したポートＰ１を示す情報が渡される（ステップＳ４０４）。

返信パケットが受信されたため、要求パケット送信制御部７１は、要求パケットの送信を行うと判断し（ステップＳ４０６）、それまでに送信した要求パケットに対応する待ち時間（１分、２分、３分）のうち一番長い待ち時間（３分）よりも１分長い待ち時間として、待ち時間「４分」を設定し、その待ち時間に応じた待ち時間情報を有する要求パケットを、ポートＰ１から送信する旨の指示を要求パケット送信部１１に渡す（ステップＳ４０７）。要求パケット送信部１１は、その指示に応じて、ポートＰ１から４分の待ち時間に対応する要求パケットを送信する（ステップＳ４０２）。その要求パケットは、通信処理装置２でアドレス変換され、通信処理装置２のポートＰ２を介してサーバ装置３に送信される。

同様にして、２分の待ち時間に対応する返信パケット、及び３分の待ち時間に対応する返信パケットが返信パケット受信部１２によって受信され（ステップＳ４０３）、それらの返信パケットが受信されたポートＰ４、Ｐ７からそれぞれ、５分の待ち時間、及び６分の待ち時間に対応する要求パケットが送信される（ステップＳ４０４、Ｓ４０６、Ｓ４０７、Ｓ４０２）。

通信処理装置２のポート維持時間は、３分３０秒であるため、４分の待ち時間に対応する返信パケットがサーバ装置３から送信されても、通信処理装置２においてアドレス変換されない。したがって、４分の待ち時間に対応する要求パケットが送信されてから４分５秒（この５秒は、要求パケット等の送信時間等を考慮するためのものである）が経過した時点で、要求パケット送信制御部７１は、タイムアウトであると判断する（ステップＳ４０５）。その結果、要求パケットの送信を行わないと判断され（ステップＳ４０６）、ポート維持時間の検出を行うと判断される（ステップＳ４０８）。その後、ポート維持時間検出部１３によって、それまでに受信された返信パケットに対応する待ち時間のうち、一番長い待ち時間である「３分」がポート維持時間として検出される（ステップＳ４０９）
。

このように、５分、及び６分の待ち時間に対応する返信パケットを受信できるかどうかを判断する前に、ポート維持時間の検出を行うため、ポート維持時間を短期間で検出することが可能となる。

［具体例２］
この具体例では、返信パケット受信部１２によって返信パケットが受信されなかった場合に、要求パケット送信制御部７１が、それまでに送信した要求パケットに対応する待ち時間のうち一番短い待ち時間よりも短い待ち時間に応じた待ち時間情報を有する要求パケットを、通信処理装置２の使用可能なポートを介して送信するように要求パケット送信部１１を制御するものとする。具体的には、返信パケットが受信されなかった場合に、それまでに送信した要求パケットに対応する一番短い待ち時間よりも１分だけ短い待ち時間に対応する要求パケットを送信するものとする。

この具体例では、通信処理装置２のポート維持時間は４分３０秒であるとする。また、ステップＳ４０６において、返信パケットが受信されず、タイムアウトとなった場合には、ステップＳ４０７に進み、返信パケットが受信された場合には、ステップＳ４０８に進むものとする。また、ステップＳ４０８において、返信パケットが１以上受信され、また、受信または不受信が決まっていない返信パケットについても、受信か不受信かが決まった場合には、ステップＳ４０９に進み、そうでない場合には、ステップＳ４０３に戻るものとする。また、要求パケットの送信や返信パケットの受信等の処理は、実施の形態１の具体例における説明と同様であり、その詳細な説明を省略する。この具体例では、図２１で示される、要求パケットの送信と、返信パケットの受信（あるいは不受信）について、通信処理装置２のポートごとに説明するための図を用いて説明する。

まず、要求パケット送信制御部７１は、ポート維持時間を検出するタイミングであると判断すると、ポートＰ１〜Ｐ３に対応付けて、それぞれ８分、７分、６分の待ち時間を設定する（ステップＳ４０１）。すると、要求パケット送信部１１は、ポートＰ１〜Ｐ３から、それぞれ８分、７分、６分の待ち時間に対応する要求パケットを送信する（ステップＳ４０２）。

３個の要求パケットがサーバ装置３で受信されてから６分後に、６分の待ち時間に対応する返信パケットが送信される（ステップＳ２０４）。この時点では、通信処理装置２のポート維持時間（４分３０秒）がすでに経過しているため、その返信パケットは、通信処理装置２においてアドレス変換されず、情報処理装置７に送信されない。したがって、３個の要求パケットが送信されてから６分５秒（この５秒は、要求パケット等の送信時間等を考慮するためのものである）が経過した時点で、要求パケット送信制御部７１は、タイムアウトであると判断する（ステップＳ４０５）。

返信パケットが受信されなかったため、要求パケット送信制御部７１は、要求パケットの送信を行うと判断し（ステップＳ４０６）、それまでに送信した要求パケットに対応する待ち時間（８分、７分、６分）のうち一番短い待ち時間（６分）よりも１分短い待ち時間として、待ち時間「５分」を設定し、その待ち時間に応じた待ち時間情報を有する要求パケットを、ポートＰ７から送信する旨の指示を要求パケット送信部１１に渡す（ステップＳ４０７）。要求パケット送信部１１は、その指示に応じて、ポートＰ７から５分の待ち時間に対応する要求パケットを送信する（ステップＳ４０２）。その要求パケットは、通信処理装置２でアドレス変換され、通信処理装置２のポートＰ８を介してサーバ装置３に送信される。

同様にして、７分及び８分の待ち時間に対応する返信パケットも返信パケット受信部１２によって受信されず、タイムアウトとなり（ステップＳ４０５）、タイムアウトとなったポートＰ４、Ｐ１からそれぞれ、４分の待ち時間、及び３分の待ち時間に対応する要求パケットが送信される（ステップＳ４０４、Ｓ４０６、Ｓ４０７、Ｓ４０２）。

３個の要求パケットが送信されてから約１１分が経過すると、サーバ装置３から３分、４分、５分の待ち時間に対応する返信パケットがそれぞれ送信される。その返信パケットのうち、３分、４分の待ち時間に対応する返信パケットは、通信処理装置２でアドレス変換され、情報処理装置７に送信される。一方、５分の待ち時間に対応する返信パケットは、ポート維持時間が経過しているため、通信処理装置２におけるアドレス変換が行われず、情報処理装置７に送信されない。したがって、３分、４分の待ち時間に対応する返信パケットは返信パケット受信部１２で受信されるが（ステップＳ４０３）、５分の待ち時間に対応する返信パケットは、タイムアウトとなる（ステップＳ４０５）。

この場合には、すでに返信パケットが受信されているため、新たな要求パケットの送信を行わないと判断される（ステップＳ４０６）。また、送信した要求パケットに対応するすべての返信パケットについて、受信または不受信（タイムアウト）が決定しているため、ポート維持時間の検出を行うと判断される（ステップＳ４０８）。そして、ポート維持時間検出部１３によって、それまでに受信された返信パケットに対応する待ち時間のうち、一番長い待ち時間である「４分」がポート維持時間として検出される（ステップＳ４０９）。

［具体例３］
この具体例では、具体例１と同様に、返信パケットが受信された場合に、それまでに送信した要求パケットに対応する待ち時間のうち一番長い待ち時間よりも長い待ち時間に応じた待ち時間情報を有する要求パケットを送信するものとする。ただし、この具体例では、待ち時間の変化量を段階的に変更することによって、より厳密なポート維持時間の検出を行うものとする。

すなわち、この具体例では、まず、１分単位で待ち時間を変化させることによって、ポート維持時間の範囲を１分の範囲内に絞り込む。次に、その１分の範囲を１０秒単位で待ち時間を変化させることによって、ポート維持時間の範囲を１０秒の範囲内に絞り込む。最後に、その１０秒の範囲を１秒単位で待ち時間を変化させることによって、ポート維持時間を１秒単位で検出するものである。

この具体例では、通信処理装置２のポート維持時間が３分２９秒である場合について説明する。また、ステップＳ４０６において、待ち時間の変化量が１分単位、及び１０秒単位の段階では、送信すべき要求パケットをすべて送信してしまっており（例えば、３分１０秒から３分５０秒までの１０秒単位で変化する待ち時間に対応する要求パケットをすでに送信している）、その段階での最後以外の返信パケットが受信された場合には、ステップＳ４０８に進み、その段階での最後の返信パケット（例えば、３分１０秒から３分５０秒までの１０秒単位で変化する場合の、３分５０秒に対応する返信パケット）が受信された場合、あるいは、それら以外の場合には、ステップＳ４０７に進むものとする。また、ステップＳ４０６において、待ち時間の変化量が１秒単位の段階では、送信すべき要求パケットがまだすべて送信されておらず、返信パケットが受信された場合には、ステップＳ４０７に進み、それ以外の場合には、ステップＳ４０８に進むものとする。また、ステップＳ４０８において、待ち時間の変化量が１秒単位の段階では、タイムアウトがあった場合、あるいは、その段階におけるすべての返信パケットが受信された場合には、ステップＳ４０９に進み、それら以外の場合には、ステップＳ４０３に戻るものとする。また、ステップＳ４０８において、待ち時間の変化量が１分単位、及び１０秒単位の段階の場合に
は、ステップＳ４０３に戻るものとする。

また、待ち時間の変化量の各段階（１分単位、１０秒単位など）において、タイムアウトがあった場合には、ステップＳ４０７において、それまでに受信した返信パケットに対応する一番長い待ち時間を、次の段階の待ち時間の変化量によって変化させるように待ち時間を設定するものとする。また、サーバ装置３において、返信パケットを送信する以前に、送信タイミング管理テーブルにおいて管理しているアドレス、ポートと同一のアドレス、ポートから、要求パケットを受信した場合には、上書きでそのレコードを更新するものとする。

また、要求パケットの送信や返信パケットの受信等の処理は、実施の形態１の具体例における説明と同様であり、その詳細な説明を省略する。この具体例では、図２２〜図２４で示される、要求パケットの送信と、返信パケットの受信（あるいは不受信）について、通信処理装置２のポートごとに説明するための図を用いて説明する。

まず、要求パケット送信制御部７１は、ポート維持時間を検出するタイミングであると判断すると、ポートＰ１〜Ｐ３に対応付けて、それぞれ１分、２分、３分の待ち時間を設定する（ステップＳ４０１）。すると、要求パケット送信部１１は、ポートＰ１〜Ｐ３から、それぞれ１分、２分、３分の待ち時間に対応する要求パケットを送信する（ステップＳ４０２）。

３個の要求パケットがサーバ装置３で受信されてから１分後に、１分の待ち時間に対応する返信パケットが送信される（ステップＳ２０４）。その返信パケットは、通信処理装置２においてアドレス変換され、情報処理装置７の返信パケット受信部１２で受信され（ステップＳ４０３）、その返信パケットに含まれる待ち時間情報の示す待ち時間「１分」がポート維持時間検出部１３と、要求パケット送信制御部７１とに渡される。また、要求パケット送信制御部７１には、その返信パケットを受信したポートＰ１を示す情報が渡される（ステップＳ４０４）。

返信パケットが受信されたため、要求パケット送信制御部７１は、要求パケットの送信を行うと判断し（ステップＳ４０６）、それまでに送信した要求パケットに対応する待ち時間（１分、２分、３分）のうち一番長い待ち時間（３分）よりも１分長い待ち時間として、待ち時間「４分」を設定し、その待ち時間に応じた待ち時間情報を有する要求パケットを、ポートＰ１から送信する旨の指示を要求パケット送信部１１に渡す（ステップＳ４０７）。要求パケット送信部１１は、その指示に応じて、ポートＰ１から４分の待ち時間に対応する要求パケットを送信する（ステップＳ４０２）。その要求パケットは、通信処理装置２でアドレス変換され、通信処理装置２のポートＰ２を介してサーバ装置３に送信される。

同様にして、２分の待ち時間、及び３分の待ち時間に対応する返信パケットが返信パケット受信部１２によってそれぞれ受信され（ステップＳ４０３）、それらの返信パケットが受信されたポートＰ４、Ｐ７からそれぞれ、５分の待ち時間、及び６分の待ち時間に対応する要求パケットが送信される（ステップＳ４０４、Ｓ４０６、Ｓ４０７、Ｓ４０２）。

通信処理装置２のポート維持時間が３分２９秒であるため、４分の待ち時間に対応する返信パケットがサーバ装置３から送信されても、通信処理装置２においてアドレス変換を行うことができない。したがって、４分の待ち時間に対応する要求パケットが送信されてから４分５秒（この５秒は、要求パケット等の送信時間等を考慮するためのものである）が経過した時点で、要求パケット送信制御部７１は、タイムアウトであると判断する（ス
テップＳ４０５）。ここで、この時点において返信パケット送信制御部３３で管理されている送信タイミング管理テーブルは、図２５（ａ）で示されるものであったとする。ポートＰ２を介して送信された要求パケットが受信されていないため、ポートＰ２に対応するレコードが存在していない。

この場合には、要求パケット送信制御部７１は、要求パケットを送信すると判断し（ステップＳ４０６）、図２３で示されるように、ポートＰ１〜Ｐ３に対応付けて、それぞれ３分１０秒、３分２０秒、３分３０秒の待ち時間を設定する（ステップＳ４０７）。これらの待ち時間は、それまでに受信された返信パケットに対応する一番長い待ち時間「３分」を、次の段階の待ち時間の変化量「１０秒」単位で変化させた値である。要求パケット送信部１１は、ポートＰ１〜Ｐ３から、それぞれ３分１０秒、３分２０秒、３分３０秒の待ち時間に対応する要求パケットを送信する（ステップＳ４０２）。

その３個の要求パケットは、サーバ装置３の要求パケット受信部３１で受信される（ステップＳ２０１）。ポートＰ５、Ｐ８を介して送信された要求パケットが受信されたため、返信パケット送信制御部３３は、上書きで送信タイミング管理テーブルを更新し、計時を開始する（ステップＳ２０２）。図２５（ｂ）は、そのようにして上書きで更新された送信タイミング管理テーブルの一例を示す図である。図２５（ｂ）で示されるように、図２５（ａ）の２個のレコードは、図２５（ｂ）の２番目、３番目のレコードによって上書きされている。したがって、５分、及び６分の待ち時間に対応する返信パケットは、送信されないことになる。

３個の要求パケットがサーバ装置３で受信されてから３分１０秒後に、返信パケットが送信され（ステップＳ２０４）、その返信パケットは、返信パケット受信部１２で受信され、受信処理がなされる（ステップＳ４０３、Ｓ４０４）。そして、通信処理装置２のポートＰ２を介して、待ち時間「３分４０秒」に対応する要求パケットが送信される（ステップＳ４０６、Ｓ４０７、Ｓ４０２）。同様にして、３分２０秒の待ち時間に対応する返信パケットが受信され（ステップＳ４０３、Ｓ４０４）、待ち時間「３分５０秒」に対応する要求パケットが送信される（ステップＳ４０６、Ｓ４０７、Ｓ４０２）。

通信処理装置２のポート維持時間が３分２９秒であるため、３分３０秒の待ち時間に対応する返信パケットがサーバ装置３から送信されても、通信処理装置２においてアドレス変換を行うことができない。したがって、３分３０秒の待ち時間に対応する要求パケットが送信されてから３分３５秒（この５秒は、要求パケット等の送信時間等を考慮するためのものである）が経過した時点で、要求パケット送信制御部７１は、タイムアウトであると判断する（ステップＳ４０５）。

この場合には、要求パケット送信制御部７１は、要求パケットを送信すると判断し（ステップＳ４０６）、図２４で示されるように、ポートＰ１〜Ｐ３に対応付けて、それぞれ３分２１秒、３分２２秒、３分２３秒の待ち時間を設定する（ステップＳ４０７）。これらの待ち時間は、それまでに受信された返信パケットに対応する一番長い待ち時間「３分２０秒」を、次の段階の待ち時間の変化量「１秒」単位で変化させた値である。要求パケット送信部１１は、ポートＰ１〜Ｐ３から、それぞれ３分２１秒、３分２２秒、３分２３秒の待ち時間に対応する要求パケットを送信する（ステップＳ４０２）。

上記説明と同様にして、図２４で示されるように、要求パケットが順次送信される。そして、各要求パケットに対応する返信パケットが返信パケット受信部１２において受信されたものとする。なお、返信パケット受信部１２が３分２７秒、及び３分２８秒の待ち時間に対応する返信パケットを受信した場合には、すでに、１秒単位の段階におけるすべての要求パケット（３分２１秒から３分２９秒までの待ち時間に対応する要求パケット）が
送信されているため、要求パケット送信制御部７１は、要求パケットを送信しないと判断する（ステップＳ４０６）。また、１秒単位の段階におけるすべての要求パケットに対応する返信パケットを受信したため、ポート維持時間の検出を行うと判断される（ステップＳ４０８）。その後、ポート維持時間検出部１３によって、それまでに受信された返信パケットに対応する待ち時間のうち、一番長い待ち時間である「３分２９秒」がポート維持時間として検出される（ステップＳ４０９）。

なお、この具体例では、サーバ装置３において、返信パケットを送信する以前に、送信タイミング管理テーブルにおいて管理しているアドレス、ポートと同一のアドレス、ポートから、要求パケットを受信した場合には、上書きでそのレコードを更新する場合について説明したが、情報処理装置７から、送信タイミング管理テーブルをクリアする旨の情報をサーバ装置３に送信し、サーバ装置３がその情報を受信すると、その情報の送信元である通信処理装置２のアドレスを有する送信タイミング管理テーブルのレコードを削除するようにしてもよい。その後、情報処理装置７から新たな要求パケットが送信されることにより、その要求パケットに対応する新たなレコードが、送信タイミング管理テーブルに生成されることになる。

また、この具体例では、待ち時間の変化量の各段階において、ある返信パケットを受信することができずにタイムアウトとなった場合に、他の返信パケットの返信を待つことなく、次の段階の要求パケットを送信すると説明したが、これは一例であり、要求パケットに対応するすべての返信パケットを受信するか、あるいは受信できずにタイムアウトとなった後に、次の段階の要求パケットの送信を開始してもよい。

［具体例４］
この具体例では、二分探索法を用いてポート維持時間を検出する場合について説明する。ここで、二分探索法を用いてポート維持時間を検出するとは、情報処理装置１において受信できた返信パケットに対応する待ち時間と、情報処理装置１において受信できなかった返信パケットに対応する待ち時間との中央の待ち時間を、次に送信する要求パケットの待ち時間として設定することである。なお、この具体例では、通信処理装置２の複数のポートを用いてポート維持時間の検出を行うため、送信した要求パケットに対応する返信パケットを受信できるかどうかを確認する前に、新たな要求パケットを送信することも起こりえる。そのような場合には、受信できた返信パケットに対応する待ち時間と、情報処理装置１において受信できなかった返信パケットに対応する待ち時間とが明確でないことになる。その場合には、受信できた返信パケットに対応する待ち時間と、その待ち時間よりも大きく、その待ち時間に直近の、すでに送信されている要求パケットに対応する待ち時間との中央の待ち時間、あるいは受信できなかった返信パケットに対応する待ち時間と、その待ち時間よりも小さく、その待ち時間に直近の、すでに送信されている要求パケットに対応する待ち時間との中央の待ち時間を、次に送信する要求パケットの待ち時間として設定するものとする。このように二分探索法を用いた待ち時間の設定を行うことにより、情報処理装置１において受信可能な返信パケットに対応する待ち時間のうち、最大の待ち時間（ポート維持時間）を高速に探索することができる。

この具体例では、通信処理装置２のポート維持時間は７分３０秒であるとする。また、要求パケットの送信や返信パケットの受信等の処理は、本実施の形態における上記各具体例の説明と同様であり、その詳細な説明を省略する。この具体例では、図２６で示される、要求パケットの送信と、返信パケットの受信（あるいは不受信）について、通信処理装置２のポートごとに説明するための図を用いて説明する。

まず、４分、８分、１２分の待ち時間に対応する要求パケットが送信される（ステップＳ４０１、Ｓ４０２）。そして、４分の待ち時間に対応する返信パケットが情報処理装置
７で受信されると（ステップＳ４０３）、次に、受信された返信パケットに対応する待ち時間（４分）と、すでに送信されている要求パケットに対応する直近の待ち時間（８分）との中央の待ち時間である６分の待ち時間に対応する要求パケットが送信される（ステップＳ４０４、Ｓ４０６、Ｓ４０７、Ｓ４０２）。

また、８分の待ち時間に対応する返信パケットが情報処理装置７で受信されず、タイムアウトとなると（ステップＳ４０５）、次に、受信されなかった返信パケットに対応する待ち時間（８分）と、すでに送信されている要求パケットに対応する直近の待ち時間（６分）との中央の待ち時間である７分の待ち時間に対応する要求パケットが送信される（ステップＳ４０４、Ｓ４０６、Ｓ４０７、Ｓ４０２）。

その後、７分の待ち時間に対応する返信パケットが情報処理装置７において受信され（ステップＳ４０３）、通信処理装置２のポート維持時間が７分であると検出される（ステップＳ４０４〜Ｓ４０９）。

なお、この具体例では、二分探索法として、情報処理装置１において受信できた返信パケットに対応する待ち時間と、情報処理装置１において受信できなかった返信パケットに対応する待ち時間との中央の待ち時間に対応する要求パケットを送信する場合について説明したが、受信できた返信パケットに対応する待ち時間と、受信できなかった返信パケットに対応する待ち時間との間の待ち時間に対応する要求パケットを送信してもよい。受信できた、あるいは受信できなかった返信パケットに対応する待ち時間と、その待ち時間に直近の、すでに送信されている要求パケットに対応する待ち時間と関係においても同様である。例えば、受信されなかった返信パケットに対応する待ち時間（８分）と、すでに送信されている要求パケットに対応する直近の待ち時間（６分）との間の６分３０秒に対応する要求パケットを送信するようにしてもよい。

以上のように、本実施の形態による情報処理システムによれば、要求パケットを、通信処理装置２の複数のポートを介して送信することにより、実施の形態１と同様に、通信処理装置２のポート維持時間を検出することができる。また、返信パケットを受信したかどうかに基づいて、要求パケットを送信するかどうかを決定することができるため、ポート維持時間の検出に関して、不必要な要求パケットを送信すること（例えば、１分３０秒の待ち時間に対応する返信パケットを受信できていないにもかかわらず、その返信パケットがタイムアウトとなった後に２分の待ち時間を示す待ち時間情報を有する要求パケットを送信すること）を回避することができる。

また、要求パケットに含まれる待ち時間情報を変化させる幅などを適切に設定することにより、必要十分な範囲において通信処理装置２のポート維持時間の検出を行うことができる。例えば、１分単位でのポート維持時間を検出すればいい場合には、１分間隔の待ち時間に対応する要求パケットを送信することにより、１分単位でのポート維持時間を検出することができ、１秒単位でのポート維持時間を検出しなければならない場合には、１秒間隔の待ち時間に対応する要求パケットを送信することにより、１秒単位でのポート維持時間を検出することができる。また、具体例３で説明したように、待ち時間の変化量の幅を段階的に切り替えていくことにより、はじめから細かく待ち時間を変化させていく場合に比べて、より短期間でポート維持時間を検出することが可能となる。

なお、本実施の形態の上記各具体例において、返信パケットの受信の有無に基づいて要求パケットの送信を制御するいくつかの具体的なアルゴリズムについて説明したが、これらは一例であって、返信パケットの受信の有無に基づいて要求パケットの送信を制御するのであれば、その制御にどのようなアルゴリズムを用いてもよい。

（実施の形態４）
本発明の実施の形態４による情報処理システムについて、図面を参照しながら説明する。本実施の形態による情報処理システムでは、要求パケット、及び返信パケットの送信時間を考慮してポート維持時間の検出を行うものである。

図２７は、本実施の形態による情報処理システムの構成を示すブロック図である。図２７において、本実施の形態による情報処理システムは、情報処理装置８と、通信処理装置２と、サーバ装置３とを備える。通信処理装置２、サーバ装置３は実施の形態３において説明したものと同様のものであり、それらの説明を省略する。情報処理装置８は、実施の形態３における情報処理装置７に対応するものであるが、本実施の形態では、情報処理装置８は、要求パケット及び返信パケットの送信時間を考慮してポート維持時間の検出を行う。

情報処理装置８は、要求パケット送信部１１と、返信パケット受信部１２と、要求パケット送信制御部７１と、ポート維持時間検出部８１と、パケット往復時間測定部８２とを備える。なお、要求パケット送信部１１、返信パケット受信部１２、要求パケット送信制御部７１に関する構成及び動作は、ポート維持時間の検出が要求パケット及び返信パケットの送信時間を考慮して行われる以外、実施の形態３におけるものと同様のものであり、その説明を省略する。

ポート維持時間検出部８１は、情報処理装置８と、サーバ装置３との間のパケットの往復時間に基づいて、ポート維持時間の検出を行う。それ以外の処理は、実施の形態３によるポート維持時間検出部１３と同様であり、その説明を省略する。

パケット往復時間測定部８２は、返信パケットの即時の送信を要求する要求パケットを要求パケット送信部１１に送信させ、その要求パケットの送信から、その要求パケットに応じて送信された返信パケットの返信パケット受信部１２による受信までの時間であるパケット往復時間を測定する。パケット往復時間測定部８２によって測定されたパケット往復時間は、前述のように、ポート維持時間の検出において用いられる。
次に、本実施の形態による情報処理装置８の動作について、図２８のフローチャートを用いて説明する。

（ステップＳ５０１）パケット往復時間測定部８２は、パケット往復時間を測定するための要求パケットを送信するように要求パケット送信部１１を制御する。そして、要求パケット送信部１１は、このパケット往復時間測定部８２による制御に応じて、要求パケットを送信する。ここで、パケット往復時間を測定するための要求パケットとは、返信パケットの即時の送信を要求する要求パケットであり、例えば、待ち時間「０秒」を示す待ち時間情報を有する要求パケットである。なお、パケット往復時間測定部８２は、要求パケットが送信されてから、パケット往復時間を測定するための計時を開始する。

（ステップＳ５０２）返信パケット受信部１２は、ステップＳ５０１で送信された要求パケットに対応してサーバ装置３から送信された返信パケットを受信したかどうか判断する。そして、受信した場合には、受信した旨をパケット往復時間測定部８２に伝えてステップＳ５０３に進み、そうでない場合には、受信するまでステップＳ５０２の処理を繰り返す。

（ステップＳ５０３）パケット往復時間測定部８２は、ステップＳ５０２において返信パケットが受信されると、ステップＳ５０１において開始した計時をストップし、その時の計時の値（すなわち、要求パケットの送信から返信パケットの受信までの時間）をパケット往復時間とする。

（ステップＳ５０４）情報処理装置８は、パケット往復時間測定部８２によって測定されたパケット往復時間を用いて、ポート維持時間の検出を行う。このポート維持時間の検出の処理は、ポート維持時間検出部８１によるポート維持時間の検出処理（ステップＳ４０９）において、パケット往復時間を考慮したポート維持時間の検出がなされる以外、実施の形態３における図１９で示されるフローチャートの処理と同様であり、その説明を省略する。

なお、図２８のフローチャートでは、ポート維持時間の検出（ステップＳ５０４）の処理よりも以前に、パケット往復時間を測定する場合について説明したが、このパケット往復時間の測定は、図１９のフローチャートのステップＳ４０９の処理よりも以前に行われるのであれば、その測定のタイミングを問わない。例えば、「０秒」以外の待ち時間を示す待ち時間情報を有する要求パケットの送信の後に、パケット往復時間の測定を行ってもよい。

次に、本実施の形態による情報処理装置８の動作について、具体例を用いて説明する。
パケット往復時間測定部８２は、「０秒」の待ち時間を示す待ち時間情報を有する要求パケットをサーバ装置３に送信するように要求パケット送信部１１に指示を渡す。すると、要求パケット送信部１１は、指示された待ち時間情報を有する要求パケットを、通信処理装置２を介してサーバ装置３に送信する（ステップＳ５０１）。パケット往復時間測定部８２は、その要求パケットが送信されたタイミングで、タイマをスタートさせ、計時を開始する。

送信された要求パケットは、実施の形態３の具体例における説明と同様にしてサーバ装置３に送信され、要求パケット受信部３１で受信される（ステップＳ２０１）。返信パケット送信制御部３３は、受信された要求パケットに対応する待ち時間が「０秒」であるため、即時の返信を行うと判断し（ステップＳ２０２、Ｓ２０３）、返信パケット送信部３２に、要求パケットの送信元である通信処理装置２に返信パケットを送信する旨の指示を渡す。その指示に応じて、返信パケット送信部３２は、ペイロードに待ち時間「０秒」を示す待ち時間情報を有する返信パケットを通信処理装置２に送信する（ステップＳ２０４）。その返信パケットは、通信処理装置２においてアドレス変換され、情報処理装置８に送信される。そして、返信パケット受信部１２は、その返信パケットを受信し（ステップＳ５０２）、返信パケットを受信した旨をパケット往復時間測定部８２に渡す。パケット往復時間測定部８２は、要求パケットの送信時にスタートさせたタイマをストップさせ、そのタイマの値をパケット往復時間とする（ステップＳ５０３）。ここでは、パケット往復時間が「１秒」であると測定されたものとする。パケット往復時間測定部８２は、その測定したパケット往復時間「１秒」を、ポート維持時間検出部８１に渡す。

この後、情報処理装置８は、実施の形態３の具体例３と同様にして、要求パケットを送信し、返信パケットの受信を行ったとする。すなわち、情報処理装置８の返信パケット受信部１２によって受信された返信パケットに対応する待ち時間のうち、一番長い待ち時間が３分２９秒であったとする。すると、ポート維持時間検出部８１は、その待ち時間「３分２９秒」にパケット往復時間「１秒」を加算した「３分３０秒」を、通信処理装置２のポート維持時間として検出する（ステップＳ４０９）。

ここで、図２９を用いて通信処理装置２のポート維持時間が、返信パケット受信部１２で受信された返信パケットに対応する待ち時間のうち、一番長い待ち時間と、パケット往復時間とを加算した時間になることについて説明する。図２９は、要求パケットの送信から、返信パケットの受信までの時間を示す図である。なお、図２９において、情報処理装置８による要求パケットの送信から、その要求パケットが通信処理装置２を通過するまで
の時間、及び返信パケットが通信処理装置２を通過してから、その返信パケットが情報処理装置８で受信されるまでの時間は、無視可能なぐらい小さいものとしている。

図２９において、要求パケットが送信され、通信処理装置２を通過してから、サーバ装置３において要求パケットが受信されるまでの時間を「時間Ａ」とする。サーバ装置３が要求パケットを受信してから、要求パケットに対応する待ち時間だけ経過した時点で返信パケットを送信する場合には、サーバ装置３による要求パケットの受信から返信パケットの送信までが待ち時間となる。また、返信パケットが送信されてから、その返信パケットが通信処理装置２を通過し、情報処理装置８で受信されるまでの時間を「時間Ｂ」とする。すると、図２９で示される場合には、通信処理装置２のポートＰ２は、「待ち時間＋時間Ａ＋時間Ｂ」の期間だけ維持されていたこととなる。ここで、時間Ａと時間Ｂとを加算したものがパケット往復時間であるので、受信できた返信パケットに対応する一番長い待ち時間にパケット往復時間を加算した時間がポート維持時間となる。

以上のように、本実施の形態による情報処理システムでは、通信処理装置２と、サーバ装置３との間におけるパケットの往復時間（実際に測定しているのは、情報処理装置８と、サーバ装置３との間のパケットの往復時間）を考慮してポート維持時間を検出することができるため、より厳密なポート維持時間を検出することができる。

なお、本実施の形態では、ポート維持時間検出部８１によるポート維持時間の検出処理時にパケット往復時間を考慮する場合について説明したが、これは一例であって、測定されたパケット往復時間に基づいて、ポート維持時間が検出されればよい。すなわち、ポート維持時間を検出するいずれかの過程においてパケット往復時間が用いられればよく、例えば、送信する要求パケットに含まれる待ち時間情報を、パケット往復時間を用いて変更してもよく、サーバ装置３において、パケット往復時間を用いて返信パケットを送信するタイミングを変更してもよい。例えば、３０秒の待ち時間を示す待ち時間情報を有する要求パケットを送信する場合に、その待ち時間から、パケット往復時間（１秒とする）を引いた２９秒の待ち時間を示す待ち時間情報を有する要求パケットを送信し、その要求パケットに対応して送信された返信パケットを受信できた場合に、その返信パケットに対応する待ち時間が３０秒であるとして、ポート維持時間の検出を行ってもよい。

また、本実施の形態では、実施の形態３による情報処理システムにおいてパケット往復時間を考慮したポート維持時間の検出を行う場合について説明したが、実施の形態１及び実施の形態２による情報処理システムにおいてパケット往復時間を考慮したポート維持時間の検出を行ってもよい。ここで、実施の形態２による情報システムにおいて、パケット往復時間を考慮する場合に、例えば、図１５で示される場合のように、ポート維持時間検出部５１において、返信パケットに含まれる待ち時間情報の示す待ち時間の差をとる場合には、すでにパケット往復時間が互いに相殺されていることになる。したがって、図１５の例の場合には、１分、２分、５分の待ち時間に対応する返信パケットについてのみ、パケット往復時間を考慮すればよいことになる。実施の形態２の他の具体例についても同様であり、パケット往復時間を考慮しなければならない場合にのみ、その考慮を行えばよい。

また、本実施の形態では、ポート維持時間の検出と、パケット往復時間の測定とを同一の装置で行う場合について説明したが、両者を異なった装置において行ってもよい。そして、一方の装置で検出されたパケット往復時間を用いて、他方の装置においてポート維持時間の検出を行ってもよい。

なお、上記各実施の形態では、要求パケットによって要求されたタイミングに応じて、サーバ装置から返信パケットが送信される場合について説明したが、返信パケット送信制
御部は、要求パケット受信部が要求パケットを受信すると、あらかじめ決められたタイミングで返信パケットを送信するように返信パケット送信部を制御するものであってもよい。すなわち、返信パケットを送信するタイミングがあらかじめサーバ装置の返信パケット送信制御部に設定されており、情報処理装置から送信された複数の要求パケットをサーバ装置が受信すると、あらかじめ設定されているタイミング（例えば、要求パケットを受信してから３０秒、１分、１分３０秒、２分のタイミングなど）で返信パケットを送信するようにしてもよい。

具体的には、図１５で示されるように、３つの要求パケットが受信されると（ただし、この場合の要求パケットには、待ち時間情報のような情報が含まれていない）、返信パケット送信制御部は、その時点から計時を開始し、あらかじめ決められている待ち時間（１分、２分、５分など）が経過する時点において、返信パケットを送信するように制御する。この場合にも、返信パケットは、各要求パケットの通過した、通信処理装置２の複数のポートに対して送信されるものとする。また、返信パケットには、待ち時間情報や、時間間隔情報等が含まれていてもよい。

また、上記各実施の形態では、図６で示されるように、通信処理装置２の３個のポートを介して、複数の要求パケットを送信する場合について説明したが、通信処理装置２の２個、あるいは４個以上のポートを介して要求パケットを送信してもよい。なお、複数の要求パケットを、通信処理装置２の複数のポートを介して送信するとは、一度に用いる通信処理装置２のポートが２以上であるということである。具体的には、上記各実施の形態で説明したように、要求パケットを始めて送信する場合に、３個の要求パケットを同時に送信してもよく、あるいは、所定の時間間隔をおいて送信してもよい。後者の場合であっても、要求パケットが送信されてから、その要求パケットに対応する返信パケットが通信処理装置２に送信されるまでの期間について、その少なくとも２つの期間の重なる時期が存在するものとする。また、上記各実施の形態における具体例では、通信処理装置２のポートＰ２、Ｐ５、Ｐ８を繰り返し用いる場合について説明したが、要求パケットを送信するごとに、その要求パケットの通過する通信処理装置２のポートを変更してもよい。

また、上記各実施の形態において、要求パケットと返信パケットとがＵＤＰのパケットである場合について説明したが、要求パケットと返信パケットとはＴＣＰのパケットであってもよく、ポート維持時間の検出が可能なパケットであれば、それら以外のパケットであってもよい。

また、上記各実施の形態において、返信パケットの送信タイミングを、タイマを用いて計時する場合について説明したが、タイマに代えて、例えば、時計やクロック信号等を用いてもよく、その計時の手段は問わない。

また、上記各実施の形態において、図７等で示される送信タイミング管理テーブルを用いて、返信パケットの送信タイミングを管理する場合について説明したが、これは一例であって、その他の方法によって返信パケットの送信タイミングを管理してもよい。例えば、図３０（ａ）で示されるように、要求パケットの送信元（通信処理装置２）のアドレスとポートに、要求パケットを受信した時刻（ここでは、１０時１５分２３秒）と、返信パケットを送信するまでの待ち時間とを対応付けている送信タイミング管理テーブルを用いてもよい。この場合には、返信パケット送信制御部３３が時計を参照することにより、要求パケットが受信された時刻を受信時刻として送信タイミング管理テーブルに登録し、時計の示す時刻が、受信時刻から待ち時間だけ経過した時点で、返信パケットを送信するように返信パケット送信部３２を制御するものとする。なお、ここでは、返信パケット送信制御部３３が時計を参照する場合について説明したが、時計に代えてタイマを用いてもよい。具体的には、図３０（ｂ）で示されるように、１回目の要求パケットが受信された時
点においてタイマをスタートさせ、図３０（ａ）の送信タイミング管理テーブルにおける受信時刻に代えて、要求パケットを受信した時点におけるタイマの値を用いるようにしてもよい。この場合には、計時しているタイマの値が、送信タイミング管理テーブルの各レコードで保持されている受信時のタイマの値に待ち時間だけ加算した値となったときに、返信パケットを送信するタイミングであると判断されることになる。なお、返信パケットの送信を要求する要求パケットの通過した通信処理装置２のポートに対して返信パケットを、要求パケットの指定する送信タイミングで送信することができるのであれば、上記説明以外のテーブル、あるいは上記説明以外の方法を用いることによって、返信パケットの送信を制御してもよい。

また、上記各実施の形態では、要求パケット、返信パケットのペイロードに待ち時間情報等の情報が含まれている場合について説明したが、それらのパケットの構成は、上記説明に限定されるものではなく、その他の構成であってもよい。また、サーバ装置と情報処理装置との間であらかじめ何らかの取り決めがなされている場合などには、要求パケット、返信パケットのペイロードには、意味のある情報が含まれていなくてもよい（すなわち、ダミーパケットであってもよい）。ここで、サーバ装置と、情報処理装置との間でなされる取り決めの一例としては、例えば、サーバ装置が１つ目の要求パケットを受信した場合には、３０秒後に返信パケットを送信し、２つ目の要求パケットを受信した場合には、１分後に返信パケットを送信し、３つ目の要求パケットを受信した場合には、１分３０秒後に返信パケットを送信する、といったものである。

また、上記各実施の形態では、通信処理装置を１つだけ介して通信回線４に接続される場合について説明したが、複数の通信処理装置を介して通信回線４に接続されてもよい（すなわち、多段接続の通信処理装置が構成されていてもよい）。この場合には、その多段接続の通信処理装置のうち、一番短いポート維持時間が検出されることになる。

また、上記各実施の形態では、通信処理装置２がＮＡＴの機能を有するものである（すなわち、アドレス変換を行う）と説明したが、通信処理装置２は、ＮＡＴの機能に代えて、あるいはＮＡＴの機能と共にパケットフィルタリングのファイアウォール（Ｆｉｒｅｗａｌｌ）の機能を有するものであってもよい。ここで、パケットフィルタリングとは、例えば、前述の受信フィルタルールに基づいた受信パケットの選択を行うものである。そのようなファイアウォールの機能を有する通信処理装置２について、上記各実施の形態による方法によって、そのポート維持時間を検出することができる。ここで、通信処理装置２がファイアウォール機能を有するものである場合のポート維持時間とは、その通信処理装置２のあるポートを最後のパケットが通過してから所定の時間が経過した後に、ＷＡＮ側からそのポートに送信されたパケットが通信処理装置２のＬＡＮ側に送信されない場合における、その所定の時間のことである。

また、上記各実施の形態において、通信処理装置２の複数のポートを介して要求パケットを送信するために、図６で示されるように、情報処理装置１の複数のポートから要求パケットを送信する場合について説明したが、通信処理装置２の種類によっては、情報処理装置１の一つのポートから要求パケットを送信してもよい。例えば、要求パケットの送信先のポートＰ３、Ｐ６、Ｐ９が異なっている場合には、情報処理装置１の一つのポートから要求パケットが送信されたとしても、通信処理装置２において、送信先のポートごとに別のポートが割り当てられる場合がある（このようなポート割り当てルールを、一般にポートセンシティブという）。そのような場合には、要求パケットを送信する情報処理装置１のポートが１個であってもよい。

また、上記各実施の形態において、ＵＤＰの要求パケット、返信パケットを送信する場合には、パケットロスを考慮して（ＵＤＰはコネクションレス型の通信であるため、パケ
ットロスの発生する可能性がある）、同一内容の要求パケット、返信パケットを、複数同時に送信するようにしてもよい。

また、上記各実施の形態では、サーバ装置をＩＰアドレスによって特定する場合について説明したが、サーバ装置をドメイン名（例えば、ｓｅｒｖｅｒ．ｐａｎａ．ｎｅｔなど）によって特定してもよい。この場合には、そのドメイン名がＤＮＳサーバを用いて、ＩＰアドレスに変換されることにより、サーバ装置を特定することができる。

また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

また、上記各実施の形態において、各構成要素は専用のハードウェアにより構成されてもよく、あるいは、ソフトウェアにより実現可能な構成要素については、プログラムを実行することによって実現されてもよい。例えば、ハードディスクや半導体メモリ等の記録媒体に記録されたソフトウェア・プログラムをＣＰＵ等のプログラム実行部が読み出して実行することによって、各構成要素が実現され得る。なお、上記各実施の形態における情報処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータに、情報処理装置と、サーバ装置と、前記情報処理装置と前記サーバ装置との間の通信に関する処理を行う通信処理装置とを備えた情報処理システムを構成する前記情報処理装置における処理を実行させるためのプログラムであって、前記サーバ装置から前記通信処理装置を介して前記情報処理装置に送信される返信パケットの送信を要求するパケットである複数の要求パケットを、前記通信処理装置の複数のポートを介して送信する要求パケット送信ステップと、前記サーバ装置から前記通信処理装置を介して送信された返信パケットを受信する返信パケット受信ステップと、前記返信パケット受信ステップで受信した返信パケットに基づいて、前記通信処理装置のポート維持時間を検出するポート維持時間検出ステップと、を実行させるためのものである。

また、このプログラムでは、前記要求パケットが、前記返信パケットの送信までの待ち時間に関する情報である待ち時間情報を有しており、前記要求パケット送信ステップでは、返信パケットの受信の有無に基づいて、異なった待ち時間に応じた待ち時間情報をそれぞれ有する複数の要求パケットを、前記通信処理装置の複数のポートを介してそれぞれ送信し、前記ポート維持時間検出ステップでは、前記返信パケット受信ステップで受信された返信パケットに対応する待ち時間のうち、一番長い待ち時間に基づいて、前記ポート維持時間を検出してもよい。

また、このプログラムでは、コンピュータに、前記要求パケット送信ステップにおける、前記返信パケットの即時の送信を要求する要求パケットの送信から、当該要求パケットに応じて送信された返信パケットの前記返信パケット受信ステップにおける受信までの時間であるパケット往復時間を測定するパケット往復時間検出ステップをさらに実行させ、前記パケット往復時間に基づいて、前記ポート維持時間が検出されてもよい。

また、上記各実施の形態におけるサーバ装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータに、情報処理装置と、サーバ装置と、前記情報処理装置と前記サーバ装置との間の通信に関する処理を行う通信処理装置とを備えた情報処理システムを構成する前記サーバ装置における処理を実行させるためのプログラムであって、前記情報処理装置から前記通信処理装置の複数のポートを介して送信された、前記サーバ装置から前記通信処理装置を介して前記情報処理装置に送信される返信パケットの送信を要求するパケットである複数の要求パケットを受信する要求パケット受信ステップと、前記要求パケット受信ステップで受信した要求パケットに基づい
て、前記返信パケットを、当該返信パケットの送信を要求した要求パケットの通過した前記通信処理装置のポートに送信する返信パケット送信ステップと、を実行させるためのものである。

また、このプログラムでは、前記要求パケットが、前記返信パケットの送信までの待ち時間に関する情報である待ち時間情報を有しており、前記返信パケット送信ステップでは、前記要求パケットに含まれる待ち時間情報に基づいて、前記返信パケットを送信してもよい。

また、このプログラムでは、前記要求パケット受信ステップにおいて要求パケットが受信されると、前記返信パケット送信ステップにおいてあらかじめ決められたタイミングで前記返信パケットを送信してもよい。

なお、上記プログラムにおいて、情報を送信する送信ステップや、情報を受信する受信ステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、このプログラムは、サーバなどからダウンロードされることによって実行されてもよく、所定の記録媒体（例えば、ＣＤ−ＲＯＭなどの光ディスクや磁気ディスク、半導体メモリなど）に記録されたプログラムが読み出されることによって実行されてもよい。

また、このプログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
また、本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上より、本発明による情報処理システム等は、通信処理装置のポート維持時間を検出することができ、通信処理装置を介してサーバ装置等にパケットを送信する情報処理装置を備えた情報処理システム等として有用である。

本発明の実施の形態１による情報処理システムの構成を示すブロック図 同実施の形態による情報処理装置の動作を示すフローチャート 同実施の形態による情報処理装置の動作を示すフローチャート 同実施の形態によるサーバ装置の動作を示すフローチャート 同実施の形態における要求パケット及び返信パケットの構成を示す図 同実施の形態における要求パケット及び返信パケットの送受信を説明するための図 同実施の形態における送信タイミング管理テーブルの一例を示す図 同実施の形態における要求パケットの送信、及び返信パケットの受信を説明するための図 同実施の形態における要求パケットの送信、及び返信パケットの受信を説明するための図 同実施の形態における要求パケットの送信、及び返信パケットの受信を説明するための図 本発明の実施の形態２による情報処理システムの構成を示すブロック図 同実施の形態による情報処理装置の動作を示すフローチャート 同実施の形態における要求パケット及び返信パケットの構成を示す図 同実施の形態における送信タイミング管理テーブルの一例を示す図 同実施の形態における要求パケットの送信、及び返信パケットの受信を説明するための図 同実施の形態における要求パケット及び返信パケットの構成を示す図 同実施の形態における要求パケットの送信、及び返信パケットの受信を説明するための図 本発明の実施の形態３による情報処理システムの構成を示すブロック図 同実施の形態による情報処理装置の動作を示すフローチャート 同実施の形態における要求パケットの送信、及び返信パケットの受信を説明するための図 同実施の形態における要求パケットの送信、及び返信パケットの受信を説明するための図 同実施の形態における要求パケットの送信、及び返信パケットの受信を説明するための図 同実施の形態における要求パケットの送信、及び返信パケットの受信を説明するための図 同実施の形態における要求パケットの送信、及び返信パケットの受信を説明するための図 同実施の形態における送信タイミング管理テーブルの一例を示す図 同実施の形態における要求パケットの送信、及び返信パケットの受信を説明するための図 本発明の実施の形態４による情報処理システムの構成を示すブロック図 同実施の形態による情報処理装置の動作を示すフローチャート 同実施の形態におけるパケット往復時間とポート維持時間との関係について説明するための図 他の形態における送信タイミング管理テーブルの一例を示す図

符号の説明

１、５、７、８ 情報処理装置
２ 通信処理装置
３、６ サーバ装置
１１ 要求パケット送信部
１２ 返信パケット受信部
１３、５１、８１ ポート維持時間検出部
３１ 要求パケット受信部
３２ 返信パケット送信部
３３、６１ 返信パケット送信制御部
７１ 要求パケット送信制御部
８２ パケット往復時間測定部

Claims (29)

1. 情報処理装置と、サーバ装置と、前記情報処理装置と前記サーバ装置との間の通信に関する処理を行う通信処理装置とを備えた情報処理システムであって、
   前記情報処理装置は、
   前記サーバ装置から前記通信処理装置を介して前記情報処理装置に送信される返信パケットの送信を要求するパケットである複数の要求パケットを、前記通信処理装置の複数のポートを介して送信する要求パケット送信部と、
   前記サーバ装置から前記通信処理装置を介して送信された返信パケットを受信する返信パケット受信部と、
   前記返信パケット受信部が受信した返信パケットに基づいて、前記通信処理装置のポート維持時間を検出するポート維持時間検出部と、を備え、
   前記サーバ装置は、
   前記複数の要求パケットを受信する要求パケット受信部と、
   前記返信パケットを、当該返信パケットの送信を要求した要求パケットの通過した前記通信処理装置のポートに送信する返信パケット送信部と、
   前記要求パケット受信部が受信した要求パケットに基づいて、前記返信パケット送信部による返信パケットの送信を制御する返信パケット送信制御部と、を備えた、情報処理システム。
2. 前記要求パケットは、前記返信パケットの送信までの待ち時間に関する情報である待ち時間情報を有しており、
   前記要求パケット送信部は、異なった待ち時間に応じた待ち時間情報をそれぞれ有する複数の要求パケットを、前記通信処理装置の複数のポートを介して送信し、
   前記返信パケット送信制御部は、前記要求パケットに含まれる待ち時間情報に基づいて、前記返信パケットの送信を制御し、
   前記ポート維持時間検出部は、前記返信パケット受信部によって受信された返信パケットに対応する待ち時間のうち、一番長い待ち時間に基づいて、前記ポート維持時間を検出する、請求項１記載の情報処理システム。
3. 前記返信パケット送信制御部は、前記要求パケット受信部が前記要求パケットを受信してから、前記要求パケットに含まれる待ち時間情報に応じた待ち時間が経過した時に、前記返信パケットを送信するように前記返信パケット送信部を制御する、請求項２記載の情報処理システム。
4. 前記要求パケット送信部は、前記通信処理装置の１以上のポートについて、あらかじめ決められている待ち時間情報を有する複数の要求パケットを、各要求パケットが有する待ち時間情報に対応する時間間隔をあけて送信する、請求項２または３記載の情報処理システム。
5. 前記要求パケット送信部は、初回の要求パケットの送信からポート維持時間が検出されるまでの時間が最短となるように、前記通信処理装置の各ポートを介して複数の要求パケットを送信する、請求項４記載の情報処理システム。
6. 前記要求パケットが有する待ち時間情報に応じた待ち時間のポートごとの合計が等しくなるように、前記待ち時間情報が決められている、請求項４記載の情報処理システム。
7. 前記複数の要求パケットには、複数の返信パケットを送信する旨の指示を含む要求パケットが含まれており、
   前記返信パケット送信制御部は、前記要求パケットの指示に基づいて、複数の返信パケッ
   トを送信するように前記返信パケット送信部を制御する、請求項１記載の情報処理システム。
8. 前記複数の返信パケットを送信する旨の指示を含む要求パケットは、前記返信パケットの送信までの待ち時間に関する情報である待ち時間情報を２以上有しており、
   前記返信パケット送信制御部は、前記要求パケットに含まれる２以上の待ち時間情報に基づいて、前記返信パケットの送信を制御し、
   前記ポート維持時間検出部は、前記返信パケット受信部によって受信された返信パケットの送信間隔のうち、一番長い時間に基づいて、前記ポート維持時間を検出する、請求項７記載の情報処理システム。
9. 前記要求パケットは、前記返信パケットの送信までの待ち時間に関する情報である待ち時間情報を有しており、
   前記要求パケット送信部は、異なった待ち時間に応じた待ち時間情報をそれぞれ有する複数の要求パケットを、前記通信処理装置の複数のポートを介してそれぞれ送信し、
   前記返信パケット送信制御部は、前記要求パケットに含まれる待ち時間情報に基づいて、前記返信パケットの送信を制御し、
   前記情報処理装置は、前記返信パケット受信部による返信パケットの受信の有無に基づいて、前記要求パケット送信部による要求パケットの送信を制御する要求パケット送信制御部をさらに備え、
   前記ポート維持時間検出部は、前記返信パケット受信部によって受信された返信パケットに対応する待ち時間のうち、一番長い待ち時間に基づいて、前記ポート維持時間を検出する、請求項１記載の情報処理システム。
10. 前記返信パケット送信制御部は、前記要求パケット受信部が前記要求パケットを受信してから、前記要求パケットに含まれる待ち時間情報に応じた待ち時間が経過した時に、前記返信パケットを送信するように前記返信パケット送信部を制御する、請求項９記載の情報処理システム。
11. 前記要求パケット送信制御部は、前記返信パケット受信部が返信パケットを受信した場合に、それまでに送信した要求パケットに対応する待ち時間のうち一番長い待ち時間よりも長い待ち時間に応じた待ち時間情報を有する要求パケットを、前記通信処理装置の使用可能なポートを介して送信するように前記要求パケット送信部を制御する、請求項９または１０記載の情報処理システム。
12. 前記要求パケット送信制御部は、送信された要求パケットに対応する返信パケットを前記返信パケット受信部が受信しなかった場合に、それまでに送信した要求パケットに対応する待ち時間のうち一番短い待ち時間よりも短い待ち時間に応じた待ち時間情報を有する要求パケットを、前記通信処理装置の使用可能なポートを介して送信するように前記要求パケット送信部を制御する、請求項９または１０記載の情報処理システム。
13. 前記返信パケット送信制御部は、前記要求パケット受信部が要求パケットを受信すると、あらかじめ決められたタイミングで返信パケットを送信するように前記返信パケット送信部を制御する、請求項１記載の情報処理システム。
14. 前記返信パケットの即時の送信を要求する要求パケットを前記要求パケット送信部に送信させ、当該要求パケットの送信から、当該要求パケットに応じて送信された返信パケットの前記返信パケット受信部による受信までの時間であるパケット往復時間を測定するパケット往復時間検出部をさらに備え、
    前記パケット往復時間に基づいて、前記ポート維持時間が検出される、請求項１から１３
    のいずれか記載の情報処理システム。
15. 要求パケットが通過する前記通信処理装置のポートは、当該ポートを初回の要求パケットが通過する時に、前記通信処理装置において新たに割り当てられるものである、請求項１から１４のいずれか記載の情報処理システム。
16. 請求項１から１５のいずれか記載の情報処理システムを構成する情報処理装置。
17. 請求項１から１５のいずれか記載の情報処理システムを構成するサーバ装置。
18. 情報処理装置と、サーバ装置と、前記情報処理装置と前記サーバ装置との間の通信に関する処理を行う通信処理装置とを備えた情報処理システムを構成する前記情報処理装置において用いられる情報処理方法であって、
    前記サーバ装置から前記通信処理装置を介して前記情報処理装置に送信される返信パケットの送信を要求するパケットである複数の要求パケットを、前記通信処理装置の複数のポートを介して送信する要求パケット送信ステップと、
    前記サーバ装置から前記通信処理装置を介して送信された返信パケットを受信する返信パケット受信ステップと、
    前記返信パケット受信ステップで受信した返信パケットに基づいて、前記通信処理装置のポート維持時間を検出するポート維持時間検出ステップと、を備えた情報処理方法。
19. 前記要求パケットは、前記返信パケットの送信までの待ち時間に関する情報である待ち時間情報を有しており、
    前記要求パケット送信ステップでは、返信パケットの受信の有無に基づいて、異なった待ち時間に応じた待ち時間情報をそれぞれ有する複数の要求パケットを、前記通信処理装置の複数のポートを介してそれぞれ送信し、
    前記ポート維持時間検出ステップでは、前記返信パケット受信ステップで受信された返信パケットに対応する待ち時間のうち、一番長い待ち時間に基づいて、前記ポート維持時間を検出する、請求項１８記載の情報処理方法。
20. 前記要求パケット送信ステップにおける、前記返信パケットの即時の送信を要求する要求パケットの送信から、当該要求パケットに応じて送信された返信パケットの前記返信パケット受信ステップにおける受信までの時間であるパケット往復時間を測定するパケット往復時間検出ステップをさらに備え、
    前記パケット往復時間に基づいて、前記ポート維持時間が検出される、請求項１８または１９記載の情報処理方法。
21. 情報処理装置と、サーバ装置と、前記情報処理装置と前記サーバ装置との間の通信に関する処理を行う通信処理装置とを備えた情報処理システムを構成する前記サーバ装置において用いられる情報処理方法であって、
    前記情報処理装置から前記通信処理装置の複数のポートを介して送信された、前記サーバ装置から前記通信処理装置を介して前記情報処理装置に送信される返信パケットの送信を要求するパケットである複数の要求パケットを受信する要求パケット受信ステップと、
    前記要求パケット受信ステップで受信した要求パケットに基づいて、前記返信パケットを、当該返信パケットの送信を要求した要求パケットの通過した前記通信処理装置のポートに送信する返信パケット送信ステップと、を備えた情報処理方法。
22. 前記要求パケットは、前記返信パケットの送信までの待ち時間に関する情報である待ち時間情報を有しており、
    前記返信パケット送信ステップでは、前記要求パケットに含まれる待ち時間情報に基づい
    て、前記返信パケットを送信する、請求項２１記載の情報処理方法。
23. 前記返信パケット送信ステップでは、前記要求パケット受信ステップにおいて要求パケットが受信されると、あらかじめ決められたタイミングで前記返信パケットを送信する、請求項２１記載の情報処理方法。
24. コンピュータに、
    情報処理装置と、サーバ装置と、前記情報処理装置と前記サーバ装置との間の通信に関する処理を行う通信処理装置とを備えた情報処理システムを構成する前記情報処理装置における処理を実行させるためのプログラムであって、
    前記サーバ装置から前記通信処理装置を介して前記情報処理装置に送信される返信パケットの送信を要求するパケットである複数の要求パケットを、前記通信処理装置の複数のポートを介して送信する要求パケット送信ステップと、
    前記サーバ装置から前記通信処理装置を介して送信された返信パケットを受信する返信パケット受信ステップと、
    前記返信パケット受信ステップで受信した返信パケットに基づいて、前記通信処理装置のポート維持時間を検出するポート維持時間検出ステップと、を実行させるためのプログラム。
25. 前記要求パケットは、前記返信パケットの送信までの待ち時間に関する情報である待ち時間情報を有しており、
    前記要求パケット送信ステップでは、返信パケットの受信の有無に基づいて、異なった待ち時間に応じた待ち時間情報をそれぞれ有する複数の要求パケットを、前記通信処理装置の複数のポートを介してそれぞれ送信し、
    前記ポート維持時間検出ステップでは、前記返信パケット受信ステップで受信された返信パケットに対応する待ち時間のうち、一番長い待ち時間に基づいて、前記ポート維持時間を検出する、請求項２４記載のプログラム。
26. コンピュータに、
    前記要求パケット送信ステップにおける、前記返信パケットの即時の送信を要求する要求パケットの送信から、当該要求パケットに応じて送信された返信パケットの前記返信パケット受信ステップにおける受信までの時間であるパケット往復時間を測定するパケット往復時間検出ステップをさらに実行させ、
    前記パケット往復時間に基づいて、前記ポート維持時間が検出される、請求項２４または２５記載の情報処理方法。
27. コンピュータに、
    情報処理装置と、サーバ装置と、前記情報処理装置と前記サーバ装置との間の通信に関する処理を行う通信処理装置とを備えた情報処理システムを構成する前記サーバ装置における処理を実行させるためのプログラムであって、
    前記情報処理装置から前記通信処理装置の複数のポートを介して送信された、前記サーバ装置から前記通信処理装置を介して前記情報処理装置に送信される返信パケットの送信を要求するパケットである複数の要求パケットを受信する要求パケット受信ステップと、
    前記要求パケット受信ステップで受信した要求パケットに基づいて、前記返信パケットを、当該返信パケットの送信を要求した要求パケットの通過した前記通信処理装置のポートに送信する返信パケット送信ステップと、を実行させるためのプログラム。
28. 前記要求パケットは、前記返信パケットの送信までの待ち時間に関する情報である待ち時間情報を有しており、
    前記返信パケット送信ステップでは、前記要求パケットに含まれる待ち時間情報に基づい
    て、前記返信パケットを送信する、請求項２７記載のプログラム。
29. 前記返信パケット送信ステップでは、前記要求パケット受信ステップにおいて要求パケットが受信されると、あらかじめ決められたタイミングで前記返信パケットを送信する、請求項２７記載のプログラム。
    

Images