WO2006090498A1 - 情報処理システム、情報処理装置、サーバ装置、情報処理方法及びプログラム - Google Patents

情報処理システム、情報処理装置、サーバ装置、情報処理方法及びプログラム Download PDF

Info

Publication number
WO2006090498A1
WO2006090498A1 PCT/JP2005/016595 JP2005016595W WO2006090498A1 WO 2006090498 A1 WO2006090498 A1 WO 2006090498A1 JP 2005016595 W JP2005016595 W JP 2005016595W WO 2006090498 A1 WO2006090498 A1 WO 2006090498A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
history
port
time
reply
Prior art date
Application number
PCT/JP2005/016595
Other languages
English (en)
French (fr)
Inventor
Kunio Gobara
Hajime Maekawa
Original Assignee
Matsushita Electric Industrial Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co., Ltd. filed Critical Matsushita Electric Industrial Co., Ltd.
Priority to US11/817,084 priority Critical patent/US7860926B2/en
Priority to EP20050781993 priority patent/EP1853041A1/en
Publication of WO2006090498A1 publication Critical patent/WO2006090498A1/ja

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/25Mapping addresses of the same type
    • H04L61/2503Translation of Internet protocol [IP] addresses
    • H04L61/255Maintenance or indexing of mapping tables
    • H04L61/2553Binding renewal aspects, e.g. using keep-alive messages

Definitions

  • a communication processing device having a NAT function such as a router
  • the private IP address and port number on the LAN side are assigned to the global IP on the WAN side. Convert to address and port number.
  • the packet is transferred to the information processing device by performing reverse conversion.
  • a time for performing such address conversion is set. More specifically, after a certain period of address conversion is performed between the WAN side and the LAN side for a predetermined period of time, the address conversion for the received packet on the WAN side is not performed (LAN For packets received from the side New address translation will be performed). In other words, the packet from the WAN side is not received by the information processing apparatus, and the information processing apparatus cannot be accessed from the external apparatus such as a mobile phone via the server apparatus. This predetermined period is called the port maintenance time.
  • an information processing system includes an information processing device, a server device, and a communication processing device that performs processing related to communication between the information processing device and the server device.
  • the information processing apparatus includes a history packet transmitting unit that transmits a history packet, which is a packet for leaving a transmission history in the communication processing apparatus, via one port of the communication processing apparatus, and a history packet.
  • FIG. 4C is a diagram for explaining the beginning of the waiting time in the embodiment.
  • FIG. 15 is a diagram showing an example of waiting time setting information in the same embodiment.
  • FIG. 16 is a diagram for explaining packet transmission and reception in the embodiment.
  • FIG. 25 is a flowchart showing the operation of the server apparatus according to the embodiment.
  • the port keeping time detector 15 detects the port keeping time of the communication processing device 2 based on the reception of the reply packet by the reply packet receiver 14.
  • “based on the reception of a reply packet” means whether or not a reply packet is received and the time when the reply packet is received.
  • the specific operation of the port maintenance time detector 15 will be described later.
  • the port maintenance time detection unit 15 may detect the port maintenance time based on transmission of a history packet that is received only by receiving a reply packet.
  • the port maintenance time detector 15 may detect the port maintenance time shorter than the port maintenance time of the communication processing device 2 or the port maintenance time itself of the communication processing device 2! /.
  • the source (source) address (private IP address, address A) included in the packet transmitted from the information processing device 1, the source (source) port number (port number) B)) is converted into the WAN-side global IP address (address X) and port number (port number Y) of the communication processing device 2.
  • Packets sent from server device 3 to WAN address X and port number Y of communication processing device 2 are converted to destination address X and port number Y as address A and port number B of information processing device 1.
  • the global IP address is an address for an information processing apparatus to communicate with an external apparatus (for example, an external apparatus connected to a WAN (Internet etc.)).
  • a reception filter rule When a reception filter rule is set in the communication processing device 2, a packet is received based on the reception filter rule.
  • the reception filter rule if the packet destination address and port number are address P and port number Q, respectively, for example, the destination address and port from the LAN side to the WAN side of the communication processing device 2
  • an address sensitive filter that only receives packets from the address P, and only receives packets from the port number Q !, Port sensitive There are Sensitive filters and No filters (no packets with any address and any port number).
  • the request packet receiving unit 31 receives a request packet transmitted from the information processing apparatus 1.
  • the request packet receiving unit 31 may include a receiving device (for example, a modem or a network card) for receiving, and in such a case, the request packet receiving unit 31 and the communication line 100 (There will be a receiving device not shown in the figure). Further, the request packet receiving unit 31 may be realized by hardware, or may be realized by software such as a driver that drives a receiving device.
  • FIG. 6 is a flowchart showing the operation in the case of pattern A of the information processing apparatus 1 according to the present embodiment.
  • the port keeping time detector 15 performs a predetermined reception process based on the received reply packet.
  • the predetermined reception processing is, for example, a predetermined memory or the like with a waiting time from when the history packet is transmitted to when the reply packet is received. It is memorized in.
  • the history packet transmitted for the first time may be transmitted by the determination by the history packet transmission unit 11 without being controlled by the packet transmission control unit 13.
  • Step S 401 The history packet receiving unit 33 determines whether or not the history packet transmitted from the information processing apparatus 1 has been received. If a history packet has been received, proceed to step S402. If not, proceed to step S403.
  • Step S405 The reply packet transmitter 32 transmits a reply packet based on the destination information read in step S404.
  • the destination of this reply destination packet is the address and port number indicated by the read destination information.
  • the reply packet transmission unit 32 transmits the reply packet generated by the reply packet transmission unit 32, for example. Then, the process returns to step S401.
  • the packet transmission control unit 13 determines whether or not the waiting time “30 seconds” corresponding to the flag “1” of the waiting time setting information shown in FIG. When the timer value indicates 30 seconds, it is determined that it is time to transmit the request packet (step S103). Then, the request packet transmitting unit 12 is controlled to transmit the request packet. As a result, a request packet having the structure shown in FIG. 10B is transmitted from request packet transmitter 12 to server device 3 (step S 104).
  • the device identification information included in this request packet is “AAA”. As described above, this request packet is transmitted from a port different from the port of the information processing apparatus 1 to which the history bucket is transmitted. Here, it is assumed that the request packet is transmitted through the port 12355 of the communication processing device 2.
  • the port keeping time detector 15 also stops timing at the timing when the request packet is transmitted, and holds the timer value “30 seconds” at that time as a waiting time.
  • the reply packet reaches port 12345 of communication processing device 2, and the port maintenance time "1 minute 18 seconds" for that port has not yet passed. Therefore, the address is converted and information processing is performed. Sent to device 1.
  • a request packet is transmitted when a waiting time “1 minute” has elapsed since the history packet was transmitted (steps S103 and S104).
  • a reply packet is transmitted from the server apparatus 3 to the communication processing apparatus 2 in the same manner as described above (steps S403 to S405).
  • the reply packet receiving unit 14 can receive the reply packet (step S105 ),
  • the port maintenance time detector 15 returns the response regarding the waiting time “1 minute”. The fact that the reception packet has been received is held (step S107).
  • the detected port maintenance time is used in, for example, processing in a predetermined processing unit (not shown) of the information processing apparatus 1.
  • the processing performed by this processing unit may be, for example, storing the detected port maintenance time in a predetermined recording medium (not shown), and the detected port maintenance time may be transmitted periodically.
  • the device connected to the local network side of the communication processing device 2 is used as a period and periodically transmits packets to the server device 3 etc.
  • the detected port maintenance time may be transmitted to the device, or may be other processing.
  • the detected port maintenance time may be used by the information processing apparatus 1 or may be another information processing apparatus connected to the local network side of the communication processing apparatus 2 or the like.
  • the transmission destination of the packet periodically transmitted using the port maintenance time may be the server device 3 or Other server devices may be used.
  • a time shorter than the detected port maintenance time may be used as a transmission cycle of periodically transmitted packets.
  • server device 3 when server device 3 receives a history packet, a case has been described in which transmission destination information corresponding to device identification information is stored by being overwritten. However, there is no change in transmission destination information. Does not need to accumulate destination information by overwriting
  • a history packet is transmitted to the server device 3 (step S102), and a request packet is transmitted 1 minute and 10 seconds after the history packet is transmitted (steps S103 and S104). ).
  • the waiting time is shorter than the port maintenance time “1 minute 18 seconds” of the communication processing device 2
  • the return packet is received by the information processing device 1 (step S105).
  • the waiting time “1 minute 11 seconds” during which the return packet can be received is held in the port maintenance time detection unit 15 (step S 107).
  • the reply packet transmitted from the server device 3 is address-converted in the communication processing device 2, and the reply packet of the information processing device 1 is received. Received by the unit 14 (step S105).
  • the port maintenance time detection unit 15 stops the timing that was started at the timing when the history packet was sent, and receives the reply packet with the timer value “1 minute 1 second”. It is held as the waiting time that can be performed (step S107). In this specific example, the waiting time held by the port holding time detector 15 is only this waiting time “1 minute 1 second”.
  • Noturn B as in specific example 2, the waiting time is increased in two steps.
  • the end of the waiting time is assumed to be pattern F.
  • the history packet is received by the server device 3, and transmission destination information is accumulated (steps S401 and S402).
  • the transmission destination information in this case is assumed to be the same as in FIG.
  • the request packet is received by the server device 3, and a reply packet is transmitted from the server device 3 in the same manner as in the first specific example (steps S403 to S405).
  • the reply packet reaches the port 12345 of the communication processing device 2, and the port maintenance time “1 minute 18 seconds” related to that port has passed, so that the address is converted and transmitted to the information processing device 1. Is done.
  • the packet transmission control unit 13 determines that the transmission of the request packet is continued because the reply packet is received (step S108), and sets the waiting time to “1 minute” (step S201). After that, the packet transmission control unit 13 determines whether or not the waiting time “1 minute” has elapsed since the start of timing, and when the timer value indicates 1 minute, the packet transmission control unit 13 transmits the request packet. It is determined that there is (step S201). As a result, a request packet is transmitted from the request packet transmitter 12 (step S104). Thus, in this specific example, when a reply packet is received, the point in time when the reply packet is received becomes the start of the waiting time.
  • FIG. 17 is a diagram for explaining history packet transmission, request packet transmission, and return packet reception (or non-reception) in this specific example.
  • the waiting time set by the packet transmission control unit 13 is “1 minute 30 seconds”
  • the port maintenance time of the communication processing device 2 is 1 minute 18 seconds.
  • the reply packet corresponding to the request packet transmitted with a waiting time of seconds is not subjected to address conversion in the communication processing device 2.
  • the reply packet is not received by the information processing device 1 (step S106), and the port keeping time detector 15 temporarily holds the waiting time “1 minute 30 seconds when the request packet is transmitted. "Is held as a powerful waiting time during which a reply packet cannot be received.
  • the packet transmission control unit 13 also holds the waiting time “1 minute 30 seconds” as a waiting time for which a reply packet cannot be received.
  • the waiting time is shorter than the port maintenance time “1 minute 18 seconds” of the communication processing device 2
  • the reply packet is received by the information processing device 1 (Ste S105).
  • the waiting time “1 minute 11 seconds” during which the reply packet can be received is held in the port keeping time detector 15 (step S 107).
  • the packet transmission control unit 13 controls transmission of a request packet so that the waiting time increases every time a request packet is transmitted.
  • the port maintenance time detection unit 15 detects the port maintenance time when the reply packet cannot be received.
  • the end of the waiting time is assumed to be pattern E. Further, the packet transmission control unit 13 sets the waiting time based on the waiting time setting information shown in FIG.
  • FIG. 18 is a diagram for explaining history packet transmission, request packet transmission, and return packet reception (or non-reception) in this specific example.
  • the packet transmission controller 13 first controls the history packet transmitter 11 to transmit a history packet.
  • the history packet is sent from the history packet transmitter 11 to the server device.
  • Step S102 This history packet is received by the server device 3, and based on this history packet, the destination information indicated by the first record in FIG. 12 is accumulated in the same manner as in specific example 1 (steps S401, S402). ).
  • the packet transmission control unit 13 controls the request packet transmission unit 12 to transmit the request packet immediately after the history packet is transmitted (step S301).
  • the port maintenance time of the communication processing device 2 can be detected within a necessary and sufficient range. For example, if it is only necessary to detect the port maintenance time in units of 10 seconds, the port maintenance time in units of 10 seconds can be detected, and the port maintenance time in units of 1 second must be detected! /, In case you can detect the port maintenance time in 1 second.
  • the packet transmission control unit 13 can determine whether or not to transmit a request packet depending on whether or not a reply packet has been received, an unnecessary request packet for detecting the port maintenance time. (E.g., sending a request packet with waiting time information indicating a waiting time of 2 minutes even though a reply packet corresponding to a waiting time of 1 minute 30 seconds could not be received). It can be avoided.
  • the port maintenance time can be detected efficiently by setting the range for increasing the waiting time in stages.
  • the destination information stored in the destination information storage unit 34 includes the port number of the history port and the address on the communication line 100 side of the communication processing device 2.
  • the described power destination information may include only the port number of the history port.
  • the server device 3 may obtain the address on the communication line 100 side of the communication processing device 2 from the transmission source address included in the header of the request packet.
  • the request packet transmitted from the information processing apparatus to the server apparatus includes transmission destination information that is information related to the transmission destination of the reply packet.
  • the information processing apparatus 4 includes a history packet transmission unit 11, a request packet transmission unit 41, a packet transmission control unit 13, a reply packet reception unit 42, and a port maintenance time detection unit 15.
  • the history packet transmission unit 11, the packet transmission control unit 13, and the port maintenance time detection unit 15 are the same as those in the first embodiment, and a description thereof is omitted.
  • any two or more elements of the request packet receiving unit 31, the history packet receiving unit 33, and the reply packet transmitting unit 51 may be the same means. Alternatively, separate means may be used.
  • the port maintenance time of the communication processing device 2 is detected as in the first embodiment in which the server device 5 does not accumulate the transmission destination information. be able to.
  • the packet transmission control unit 13 has an algorithm for setting a waiting time, determines the waiting time according to the algorithm, and records the determined waiting time on a predetermined recording medium or the like.
  • Set up The waiting time may be set by other methods that may be determined.
  • the algorithm is, for example, an algorithm in which the waiting time is increased by 30 seconds for each transmission of the request packet, and the waiting time is doubled for each transmission of the request packet. Maybe or other algorithms! /.
  • the information processing apparatus has described the case where the waiting time is set and the transmission timing of the request packet is controlled.
  • the request packet without setting the waiting time.
  • the transmission timing may be controlled.
  • the case where the transmission timing of a request packet and the like is controlled without setting a waiting time will be briefly described below using the flowchart of FIG. FIG. 28 shows an information processing apparatus according to the first embodiment.
  • the power described for the case where the history packet, the request packet, and the reply packet are UDP packets. These packets may be TCP packets. Other packets may be used as long as they can be detected.
  • UDP history packets, request packets, and reply packets are transmitted, since UDP is connectionless communication, out of those UDP packets, Some UDP packets may not reach the destination. Thus, for example, if the information processing apparatus determines that a timeout has occurred after sending a request packet, it can send a request packet again to make a real time-out. You may check whether or not Also, for example, when sending a UDP history packet, a request bucket, a reply packet, etc., two or more identical packets may be sent almost simultaneously considering that the UDP packet does not reach the communication destination. .
  • the server apparatus may be specified by a domain name (for example, server, pana.net, etc.).
  • the server name can be specified by converting the domain name into an IP address using a DNS server.
  • each process may be realized by centralized processing by a single device (system) or may be distributedly processed by a plurality of devices. It will be realized by.
  • each component may be configured by dedicated hardware, or a component that can be realized by software may be realized by executing a program.
  • each component can be realized by a program execution unit such as a CPU reading and executing a software program recorded on a recording medium such as a hard disk or a semiconductor memory.
  • the software that realizes the information processing apparatus in each of the above embodiments is the following program. That is, this program is an information processing apparatus that constitutes an information processing system including a computer, an information processing apparatus, a server apparatus, and a communication processing apparatus that performs processing related to communication between the information processing apparatus and the server apparatus.
  • the transmission step for transmitting information and the reception step for receiving information are performed by hardware, such as a modem or an interface card in the transmission step. Does not include processing (processing that can only be done with software)! /.
  • This program is recorded on a predetermined recording medium (for example, an optical disk such as a CD-ROM, a magnetic disk, a semiconductor memory, etc.) that can be executed by being downloaded by force such as a server.
  • the program may be executed by being read.
  • the computer that executes this program may be singular or plural. That is, centralized processing or distributed processing may be performed.
  • the information processing system or the like can detect the port maintenance time of the communication processing device, and is provided with the information processing device that transmits the packet to the server device or the like via the communication processing device. It is useful as a processing system.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)

Abstract

 情報処理装置(1)は、通信処理装置(2)を介して履歴パケットを送信する履歴パケット送信部(11)と、返信パケットの送信を要求する要求パケットを送信する要求パケット送信部(12)と、要求パケットの送信を制御するパケット送信制御部(13)と、サーバ装置(3)から送信された返信パケットを受信する返信パケット受信部(14)と、返信パケット受信部(14)による返信パケットの受信に基づいて、通信処理装置(2)のポート維持時間を検出するポート維持時間検出部(15)とを備える。サーバ装置(3)は、要求パケットを受信する要求パケット受信部(31)と、要求パケット受信部(31)が要求パケットを受信すると、履歴パケットの通過した通信処理装置(2)のポートに返信パケットを送信する返信パケット送信部(32)とを備える。このような構成により、通信処理装置のポート維持時間を検出することができる情報処理システムを提供する。

Description

明 細 書
情報処理システム、情報処理装置、サーバ装置、情報処理方法及びプロ グラム
技術分野
[0001] 本発明は、通信処理装置のポート維持時間を検出する情報処理システム等に関す る。
背景技術
[0002] 情報処理装置、通信処理装置、及びサーバ装置を含む情報処理システムにお!/、 て、例えば、家庭用の PC (Personal Computer)や家電機器などの情報処理装置 力も通信処理装置を介して、所定のパケットをサーバ装置に定期的に送信することが 行われている。例えば、この技術内容は、国際公開第 2004Z030292号パンフレツ ト (第 1頁、第 1図等)に開示されている。
[0003] ここで、通信処理装置は、例えば、 NAT (Network Address Translation)機 能を有するルータなどである。また、その所定のパケットは、例えば、通信処理装置 の WAN (Wide Area Netwrok)側の IPアドレスが変化したかどうかを知るため、 あるいは、携帯電話等の外部の装置から情報処理装置にサーバ装置を経由してァク セスすることができるように、通信処理装置のポートを維持する(すなわち、 WAN側 力 のパケットが通信処理装置を経由して情報処理装置に送信されるようにしておく )ために定期的に送信される。
[0004] ルータ等の NAT機能を有する通信処理装置では、 LAN (Local Area Networ k)側から WAN側へパケットを送信するときに LAN側のプライベート IPアドレスとポー ト番号を、 WAN側のグローバル IPアドレスとポート番号に変換する。また、 WAN側 力もの返信パケットを受信した場合には、その逆変換を行うことによって、情報処理装 置にパケットを渡す。ここで、通信処理装置では、そのようなアドレス変換を行う時間 が設定されている。具体的には、 WAN側と LAN側との間において、あるアドレス変 換が最後になされて力 所定の期間経過した後には、 WAN側力 受け取ったバケツ トに対するそのアドレス変換は行われなくなる(LAN側から受け取ったパケットに対し ては、新たなアドレス変換がなされることになる)。すなわち、その WAN側からのパケ ットは情報処理装置で受信されないことになり、携帯電話等の外部の装置から情報 処理装置にサーバ装置を経由してアクセスできないことになる。その所定の期間のこ とをポート維持時間と呼ぶことにする。
[0005] 上述した情報処理システムにおいて、情報処理装置がサーバ装置からの情報を受 信できるようにするには、通信処理装置において絶えずサーバ装置からの(すなわち 、 WAN側からの)パケットに対してアドレス変換をできるようにしておかなければなら ない。したがって、情報処理装置とサーバ装置との間で情報のやり取りを行う必要が ない場合であっても、情報処理装置から通信処理装置を介して、サーバ装置にパケ ットを定期的に送信することによって、サーバ装置力も送信されたパケットに対して、 通信処理装置がアドレス変換を行うことができるようにしておく必要がある。この場合 に、情報処理装置が定期的に送信するパケットの送信周期を、できるだけ長くしたい という要請がある。不必要なパケットの送信を削減するため、また情報処理装置にお けるパケットの送信による処理負担を軽減するためである。具体的には、情報処理装 置が定期的に送信するパケットの送信周期を、情報処理装置が接続されている通信 処理装置のポート維持時間よりも少しだけ (例えば、 1, 2秒など)短い時間にすること ができればよい。
[0006] し力しながら、情報処理装置がどのような通信処理装置に接続されるのかはわから ないため、一般には、各メーカから販売されている各種の通信処理装置のうち、一番 小さなポート維持時間に対応する周期を情報処理装置において設定しておき、その 周期を用いてパケットを送信することになる。この場合には、たとえ長いポート維持時 間の通信処理装置に接続されている情報処理装置であっても、あらかじめ設定され ている短い周期によって定期的にパケットを送信することとなり、不必要なパケットが 多く送信されることになる。
発明の開示
[0007] 本発明は、上記問題点を考慮してなされたものであり、情報処理装置の接続されて いる通信処理装置のポート維持時間を検出することができる情報処理システム等を 提供することを目的とする。 [0008] 上記目的を達成するため、本発明による情報処理システムは、情報処理装置と、サ ーバ装置と、情報処理装置とサーバ装置との間の通信に関する処理を行う通信処理 装置とを備えた情報処理システムであって、情報処理装置は、通信処理装置に送信 履歴を残すためのパケットである履歴パケットを、通信処理装置の 1つのポートを介し て送信する履歴パケット送信部と、履歴パケットの通過した通信処理装置のポートで ある履歴ポートとは異なるポートを介して、サーバ装置力も送信されるパケットである 返信パケットの送信を要求するパケットである 1以上の要求パケットをサーバ装置に 送信する要求パケット送信部と、要求パケット送信部による要求パケットの送信を制 御するパケット送信制御部と、サーバ装置カゝら履歴ポートを介して送信された返信パ ケットを受信する返信パケット受信部と、返信パケット受信部による返信パケットの受 信に基づいて、通信処理装置のポート維持時間を検出するポート維持時間検出部と 、を備え、サーバ装置は、要求パケットを受信する要求パケット受信部と、要求バケツ ト受信部が要求パケットを受信すると、履歴ポートに返信パケットを送信する返信パケ ット送信部と、を備えた、ものである。
[0009] このような構成により、要求パケットに応じて送信された返信パケットの返信パケット 受信部による受信に基づいて、通信処理装置のポート維持時間を検出することがで きる。そして、その検出されたポート維持時間を用いて、例えば、定期的なパケットの 送信等を行うことができる。その結果、例えば、不必要なパケットの送信を行わないよ うにすることができうる。
図面の簡単な説明
[0010] [図 1]図 1は本発明の実施の形態 1による情報処理システムの構成を示すブロック図 である。
[図 2]図 2は同実施の形態におけるパケットの送受信を説明するための図である。
[図 3A]図 3Aは同実施の形態における待ち時間を説明するための図である。
[図 3B]図 3Bは同実施の形態における待ち時間を説明するための図である。
[図 4A]図 4Aは同実施の形態における待ち時間の始期について説明するための図 である。
[図 4B]図 4Bは同実施の形態における待ち時間の始期について説明するための図で ある。
[図 4C]図 4Cは同実施の形態における待ち時間の始期について説明するための図 である。
[図 5A]図 5Aは同実施の形態における待ち時間の終期について説明するための図 である。
[図 5B]図 5Bは同実施の形態における待ち時間の終期について説明するための図で ある。
[図 5C]図 5Cは同実施の形態における待ち時間の終期について説明するための図 である。
圆 6]図 6は同実施の形態による情報処理装置の動作を示すフローチャートである。 圆 7]図 7は同実施の形態による情報処理装置の動作を示すフローチャートである。 圆 8]図 8は同実施の形態による情報処理装置の動作を示すフローチャートである。
[図 9]図 9は同実施の形態によるサーバ装置の動作を示すフローチャートである。
[図 10A]図 10Aは同実施の形態におけるパケットの構成の一例を示す図である。
[図 10B]図 10Bは同実施の形態におけるパケットの構成の一例を示す図である。
[図 10C]図 10Cは同実施の形態におけるパケットの構成の一例を示す図である。 圆 11]図 11は同実施の形態における待ち時間設定情報の一例を示す図である。 圆 12]図 12は同実施の形態における送信先情報の一例を示す図である。
圆 13]図 13は同実施の形態におけるパケットの送信、受信を説明するための図であ る。
圆 14]図 14は同実施の形態におけるパケットの送信、受信を説明するための図であ る。
[図 15]図 15は同実施の形態における待ち時間設定情報の一例を示す図である。 圆 16]図 16は同実施の形態におけるパケットの送信、受信を説明するための図であ る。
圆 17]図 17は同実施の形態におけるパケットの送信、受信を説明するための図であ る。
圆 18]図 18は同実施の形態におけるパケットの送信、受信を説明するための図であ る。
[図 19]図 19は本発明の実施の形態 2による情報処理システムの構成を示すブロック 図である。
[図 20]図 20は同実施の形態におけるパケットの送受信を説明するための図である。
[図 21A]図 21Aは同実施の形態における待ち時間の始期について説明するための 図である。
[図 21B]図 21Bは同実施の形態における待ち時間の始期について説明するための 図である。
[図 21C]図 21Cは同実施の形態における待ち時間の始期について説明するための 図である。
圆 22]図 22は同実施の形態による情報処理装置の動作を示すフローチャートである 圆 23]図 23は同実施の形態による情報処理装置の動作を示すフローチャートである
[図 24]図 24は同実施の形態による情報処理装置の動作を示すフローチャートである
[図 25]図 25は同実施の形態によるサーバ装置の動作を示すフローチャートである。
[図 26A]図 26Aは同実施の形態におけるパケットの構成の一例を示す図である。
[図 26B]図 26Bは同実施の形態におけるパケットの構成の一例を示す図である。
[図 26C]図 26Cは同実施の形態におけるパケットの構成の一例を示す図である。
[図 26D]図 26Dは同実施の形態におけるパケットの構成の一例を示す図である。 圆 27]図 27は同実施の形態におけるパケットの送信、受信を説明するための図であ る。
[図 28]図 28は情報処理装置の動作の他の一例を示すフローチャートである。
[図 29]図 29は履歴パケット及び要求パケットの送信タイミングの一例を示すテーブル の図である。
[図 30]図 30はパケットの送信を説明するための図である。
符号の説明 [0011] 1, 4 情報処理装置
2 通信処理装置
3, 5 サーバ装置
11 履歴パケット送信部
12 要求パケット送信部
13 パケット送信制御部
14, 42 返信パケット受信部
15 ポート維持時間検出部
31, 41 要求パケット受信部
32, 51 返信パケット送信部
33 履歴パケット受信部
34 送信先情報蓄積部
発明を実施するための最良の形態
[0012] 以下、本発明による情報処理システムについて、実施の形態を用いて説明する。な お、以下の実施の形態において、同じ符号を付した構成要素は同一または相当する ものであり、再度の説明を省略することがある。
[0013] (実施の形態 1)
本発明の実施の形態 1による情報処理システムについて、図面を参照しながら説明 する。
[0014] 図 1は、本実施の形態による情報処理システムの構成を示すブロック図である。図 1 において、本実施の形態による情報処理システムは、情報処理装置 1と、通信処理 装置 2と、サーバ装置 3とを備える。図 1では、 1つの情報処理装置 1が通信処理装置 2に接続されて 、る場合にっ 、て記載して 、るが、 2以上の情報処理装置が通信処 理装置 2に接続されていてもよい。情報処理装置 1は、例えば、コンピュータ、電子レ ンジ、電話機、プリンタ、ファクシミリ装置、冷蔵庫、洗濯機、空調装置、テレビ、映像 録画装置、セットトップボックス等である。通信処理装置 2と、サーバ装置 3とは、有線 または無線の通信回線 100を介して接続されている。通信回線 100は、例えば、イン ターネットやイントラネット、公衆電話網などである。 [0015] 情報処理装置 1は、履歴パケット送信部 11と、要求パケット送信部 12と、パケット送 信制御部 13と、返信パケット受信部 14と、ポート維持時間検出部 15とを備える。
[0016] 履歴パケット送信部 11は、履歴パケットをサーバ装置 3に対して送信する。その履 歴パケットは、通信処理装置 2の 1つのポートを介して送信される。ここで、履歴バケツ トとは、通信処理装置 2に送信履歴を残すためのパケットである。この履歴パケットは 、通信処理装置 2のポート維持時間の計測の基準時を決定するため、あるいは、後 述する返信パケットの送信先を決定するなどのために送信される。この履歴パケット は、例えば、 UDPのパケットである。この履歴パケットのペイロードには、何らかの情 報が含まれて!/、てもよ 、。履歴パケットの通過した通信処理装置 2の通信回線 100側 のポートのことを履歴ポートと呼ぶことにする。なお、履歴パケット送信部 11は、送信 を行うための送信デバイス(例えば、モデムやネットワークカードなど)を含んでもよ!ヽ (含んでいない場合には、履歴パケット送信部 11と通信処理装置 2との間に図示しな い送信デバイスが存在することとなる)。また、履歴パケット送信部 11は、ハードウェア によって実現されてもよぐあるいは送信デバイスを駆動するドライバ等のソフトウェア によって実現されてもよい。
[0017] 要求パケット送信部 12は、 1以上の要求パケットをサーバ装置 3に送信する。要求 パケット送信部 12は、要求パケットを履歴ポートとは異なる通信処理装置 2のポートを 介して送信する。ここで、要求パケットとは、返信パケットの送信を要求するパケットで ある。返信パケットとは、サーバ装置 3から通信処理装置 2の履歴ポートに送信される パケットである。この要求パケットは、例えば、 UDPのパケットである。この要求バケツ トのペイロードには、何らかの情報が含まれていてもよい。なお、要求パケットには、 返信パケットを送信する旨の指示や命令などの要求が含まれておらず、例えば、要 求パケットである旨が含まれることによって、サーバ装置 3において要求パケットであ ると判断されてもよい。また、要求パケット送信部 12は、送信を行うための送信デバイ ス (例えば、モデムやネットワークカードなど)を含んでもょ ヽ (含んで!/、な 、場合には 、要求パケット送信部 12と通信処理装置 2との間に図示しない送信デバイスが存在 することとなる)。また、要求パケット送信部 12は、ハードウェアによって実現されても よぐあるいは送信デバイスを駆動するドライバ等のソフトウェアによって実現されても よい。
[0018] パケット送信制御部 13は、要求パケット送信部 12による要求パケットの送信を制御 する。要求パケットの送信の制御とは、例えば、要求パケット送信部 12による要求パ ケットの送信タイミングの制御などである。この処理の詳細にっ ヽては後述する。
[0019] 返信パケット受信部 14は、サーバ装置 3から送信された返信パケットを受信する。こ の返信パケットは、通信処理装置 2の履歴ポートを介して送信されたものである。なお 、後述するように、返信パケット受信部 14は、サーバ装置 3から送信されたすベての 返信パケットを受信するわけではな ヽ。サーバ装置 3から送信された返信パケットのう ち、履歴ポートのポート維持時間が経過した後に、通信処理装置 2に到達した返信 パケットは、通信処理装置 2から情報処理装置 1に送信されないからである。返信パ ケット受信部 14は、受信を行うための受信デバイス (例えば、モデムやネットワーク力 ードなど)を含んでもよ!、 (含んで!/ヽな!ヽ場合には、返信パケット受信部 14と通信処 理装置 2との間に図示しない受信デバイスが存在することとなる)。また、返信パケット 受信部 14は、ハードウェアによって実現されてもよぐあるいは受信デバイスを駆動 するドライバ等のソフトウェアによって実現されてもょ 、。
[0020] ポート維持時間検出部 15は、返信パケット受信部 14による返信パケットの受信に 基づいて、通信処理装置 2のポート維持時間を検出する。ここで、「返信パケットの受 信に基づいて」とは、返信パケットが受信されたかどうかや、返信パケットが受信され た時点を用いて、という意味である。ポート維持時間検出部 15の具体的な動作につ いては、後述する。ポート維持時間検出部 15は、返信パケットの受信のみでなぐ履 歴パケットの送信等にも基づいて、ポート維持時間を検出してもよい。なお、ポート維 持時間検出部 15は、通信処理装置 2のポート維持時間そのものを検出してもよぐ通 信処理装置 2のポート維持時間よりも短 、ポート維持時間を検出してもよ!/、。例えば 、通信処理装置 2のポート維持時間が「2分」である場合に、ポート維持時間検出部 1 5は、通信処理装置 2のポート維持時間を「2分」と検出してもよぐ「1分」と検出しても よい。ポート維持時間検出部 15によるポート維持時間の検出処理については、後述 する。以下の説明において、「ポート維持時間」は、ポート維持時間検出部 15によつ て検出されたポート維持時間を示す情報のことを意味することもある。 [0021] なお、履歴パケット送信部 11、要求パケット送信部 12、返信パケット受信部 14の任 意の 2以上の要素が通信に関するデバイスを有する場合に、それらは同一の手段で あってもよぐあるいは別々の手段であってもよい。
[0022] 通信処理装置 2は、情報処理装置 1とサーバ装置 3との間の通信に関する処理を 行う。本実施の形態による通信処理装置 2は、 NAT機能を有するものであり、例えば 、ルータと呼ばれるものである。本実施の形態による通信処理装置 2は、情報処理装 置 1から送信されるパケットに含まれる送信元のアドレス情報 (すなわち、情報処理装 置 1のアドレス情報)を、通信処理装置 2の WAN側のアドレス情報に変換する。
[0023] 具体的には、情報処理装置 1から送信されるパケットに含まれるソース (送信元)ァ ドレス(プライベート IPアドレスであり、アドレス Aとする)、ソース(送信元)ポート番号( ポート番号 Bとする)を、通信処理装置 2の WAN側のグローバル IPアドレス(アドレス Xとする)、ポート番号 (ポート番号 Yとする)に変換する。また、サーバ装置 3から通信 処理装置 2の WAN側のアドレス X、ポート番号 Yに送信されたパケットは、送信先の アドレス X、ポート番号 Yが情報処理装置 1のアドレス A、ポート番号 Bに変換され、情 報処理装置 1に送信される。ここで、グローバル IPアドレスとは、ある情報処理装置が 外部の装置 (例えば、 WAN (インターネットなど)に接続されている外部の装置など) と通信するためのアドレスである。したがって、一般には WANで使用されるアドレス であるが、ある電子機器が NAT機能を有するルータを介して LAN (例えば、イントラ ネットなど)に接続されている装置と通信を行う場合に、その LANで使用されるァドレ スであってもよい。その IPアドレスは、例えば、現在のいわゆる IPv4のアドレスであつ てもよく、あるいは、 IPv6のアドレスなどの他のバージョンのアドレスであってもよい。
[0024] なお、通信処理装置 2において、受信フィルタルールが設定されている場合には、 その受信フィルタルールに基づ 、たパケットの受信が行われる。受信フィルタルール には、パケットの送信先のアドレス及びポート番号をそれぞれ、アドレス P、ポート番号 Qとすると、例えば、通信処理装置 2の LAN側から WAN側に対して、送信先のアド レス、ポート番号が、それぞれアドレス P、ポート番号 Qであるパケットが送信された場 合に、アドレス Pからのパケットしか受信しないアドレスセンシティブ(Address Sensi tive)フィルタ、ポート番号 Qからのパケットしか受信しな!、ポートセンシティブ(Port Sensitive)フィルタ、フィルタが存在しないノー(No)フィルタ(どのアドレス、どのポ ート番号力ものパケットも受信する)がある。ここで、通信処理装置 2がパケットを受信 するとは、 LAN側の情報処理装置 1から送信されたパケットに対して割り当てた通信 処理装置 2のポートにおいて、 WAN側からのパケットを受け付け、アドレス変換を行 V、、そのパケットを LAN側の情報処理装置 1に対して送信することである。
[0025] 上記従来例でも述べたように、この通信処理装置 2のアドレス変換の行われる期間 には、所定の制限がある。すなわち、アドレス A、ポート番号 Bと、アドレス X、ポート番 号 Yとの間でのアドレス変換は、両者間で最後にアドレス変換が行われてから、通信 処理装置 2のポート維持時間が経過した時点で行われなくなる。したがって、そのポ ート維持時間が経過した後に、アドレス X、ポート番号 Yに対して、通信回線 100を介 してパケットが送信されたとしても、通信処理装置 2においてアドレス変換がなされず 、情報処理装置 1は、そのパケットを受信することはできない。
[0026] サーバ装置 3は、要求パケット受信部 31と、返信パケット送信部 32と、履歴パケット 受信部 33と、送信先情報蓄積部 34とを備える。
[0027] 要求パケット受信部 31は、情報処理装置 1から送信された要求パケットを受信する 。なお、要求パケット受信部 31は、受信を行うための受信デバイス (例えば、モデム やネットワークカードなど)を含んでもょ 、 (含んで ヽな ヽ場合には、要求パケット受信 部 31と通信回線 100との間に図示しない受信デバイスが存在することとなる)。また、 要求パケット受信部 31は、ハードウェアによって実現されてもよぐあるいは受信デバ イスを駆動するドライバ等のソフトウェアによって実現されてもよい。
[0028] 返信パケット送信部 32は、要求パケット受信部 31が要求パケットを受信すると、通 信処理装置 2の履歴ポートに返信パケットを送信する。返信パケット送信部 32は、後 述する送信先情報蓄積部 34が蓄積した送信先情報に基づ 、て、返信パケットを送 信する。すなわち、返信パケット送信部 32は、送信先情報の示すアドレス、ポート番 号に返信パケットを送信する。この返信パケットは、例えば、 UDPのパケットである。 この要求パケットのペイロードには、何らかの情報が含まれていてもよい。なお、返信 パケット送信部 32は、送信を行うための送信デバイス (例えば、モデムやネットワーク カードなど)を含んでもょ 、 (含んで!/、な!/、場合には、返信パケット送信部 32と通信 回線 100との間に図示しない送信デバイスが存在することとなる)。また、返信バケツ ト送信部 32は、ハードウェアによって実現されてもよぐあるいは送信デバイスを駆動 するドライバ等のソフトウェアによって実現されてもょ 、。
[0029] 履歴パケット受信部 33は、情報処理装置 1から送信された履歴パケットを受信する 。なお、履歴パケット受信部 33は、受信を行うための受信デバイス (例えば、モデム やネットワークカードなど)を含んでもょ 、 (含んで 、な 、場合には、履歴パケット受信 部 33と通信回線 100との間に図示しない受信デバイスが存在することとなる)。また、 履歴パケット受信部 33は、ハードウェアによって実現されてもよぐあるいは受信デバ イスを駆動するドライバ等のソフトウェアによって実現されてもよい。
[0030] 送信先情報蓄積部 34は、履歴パケット受信部 33が受信した履歴パケットに基づい て、送信先情報を所定の記録媒体に蓄積する。ここで、送信先情報とは、返信バケツ トの送信先に関する情報である。具体的には、送信先情報蓄積部 34は、履歴バケツ ト受信部 33が受信した履歴パケットのヘッダに含まれる送信元アドレス、送信元ポー ト番号を読み出し、その送信元アドレスと、送信元ポート番号とを含む送信先情報を 蓄積する。履歴パケットの送信元アドレスは、通信処理装置 2の通信回線 100側のァ ドレスであり、履歴パケットの送信元ポート番号は、通信処理装置 2の通信回線 100 側のポート、すなわち履歴ポートの位置を示すポート番号である。送信先情報が蓄積 される所定の記録媒体は、例えば、半導体メモリや、光ディスク、磁気ディスク等であ り、送信先情報蓄積部 34が有していてもよぐあるいは送信先情報蓄積部 34の外部 に存在してもよい。
[0031] なお、要求パケット受信部 31、返信パケット送信部 32、履歴パケット受信部 33の任 意の 2以上の要素が通信に関するデバイスを有する場合に、それらは同一の手段で あってもよぐあるいは別々の手段であってもよい。
[0032] 次に、履歴パケット、要求パケット、返信パケットの通過するポートについて、具体的 に説明する。図 2は、履歴パケット、要求パケット、返信パケットの通過するポートにつ いて説明するための図である。図 2で示されるように、情報処理装置 1から送信される 履歴パケットは、ポート P1から送信される。そして、その履歴パケットは、通信処理装 置 2の通信回線 100側のポート P2を通過し、サーバ装置 3のポート P3で受信される。 ポート P2が履歴ポートである。
[0033] ここで、履歴パケットが通過する通信処理装置 2のポート P2は、そのポート P2を初 回の履歴パケットが通過する時に、通信処理装置 2において新たに割り当てられるも のである。すなわち、他の情報処理装置やサーバ装置との通信で用いられていない 通信処理装置 2のポートを用いて履歴パケットの送信を行うことが大切である。例え ば、ポート P2がそれまでに他の用途のために用いられており、履歴パケットの送信か ら返信パケットの送信までに、ポート P2を介して他の通信が行われた場合には、正確 なポート維持時間の検出を行うことができないからである。なお、ポート P2が、初回の 履歴パケットが通過する時に、通信処理装置 2において新たに割り当てられるもので あるようにするためには、例えば、情報処理装置 1のポート P1として、新たなポート、 すなわち、それまでに他の通信で用いて 、な 、ポートを用いればよ!、。
[0034] その後、情報処理装置 1のポート P4力 要求パケットが送信される。この要求バケツ トは、通信処理装置 2の通信回線 100側のポート P5を介してサーバ装置 3のポート P 6に送信される。ここで、ポート P2と、ポート P5とは異なっていなければならない。例 えば、履歴パケットの送信から返信パケットの送信までに、ポート P2を介して要求パ ケットが送信された場合には、正確なポート維持時間の検出を行うことができないから である。なお、ポート P2とポート P5とが異なるようにするためには、例えば、情報処理 装置 1のポート P1と、ポート P4とを異なるポートとすればよい。あるいは、通信処理装 置 2のポート割り当てルールの種類によっては、ポート P1とポート P4が同一のポート であっても、ポート P3とポート P6が異なればよい場合もある。一方、ポート P1とポート P4が異なっているのであれば、ポート P3とポート P6が同一のポートであったとしても 、ポート P2とポート P5は異なるポートとなる。
[0035] 返信パケットは、履歴パケットを受信したポート P3から送信される。ポート維持時間 が経過していない場合には、その返信パケットは、通信処理装置 2のポート P2を通過 して情報処理装置 1のポート P1で受信される。一方、ポート維持時間が経過している 場合には、通信処理装置 2から情報処理装置 1に返信パケットは送信されない。図 2 からわかるように、本実施の形態による情報処理システムでは、通信処理装置 2の 1 つのポート P2を、履歴パケット、及び返信パケットが通過する。なお、ポート P2に関 するポート維持時間が経過した後に、ポート PIからポート P3に対して履歴パケットが 送信された場合には、通信処理装置 2において新たなポート (例えば、ポート P2と異 なるポート P7など)が割り当てられることもあり、あるいは、再度ポート P2が用いられる こともある。これは、通信処理装置 2の仕様に依存する。ただし、いずれの場合であつ ても処理自体に大きな違 、はな 、ので (ポート P2がポート P7などに変わるだけである ので)、説明の便宜上、ポート維持時間の経過後に情報処理装置 1のポート P1から 送信された履歴パケットに対して、ポート P2が割り当てられるものとして説明する。
[0036] なお、返信パケットが、履歴パケットを受信したポート P3から送信される場合につい て説明したが、通信処理装置 2の受信フィルタルールによっては、返信パケットは、ポ ート P3から送信されなくてもょ ヽ。
[0037] また、履歴パケットがサーバ装置 3に送信される場合について説明したが、通信処 理装置 2の種類によっては、履歴パケットはサーバ装置 3ではなぐ他のサーバ装置 に送信されてもよい。その場合には、履歴パケットを受信したサーバ装置から、履歴 ポートの位置に関する情報がサーバ装置 3に渡されてもよい。
[0038] 次に、ポート維持時間の検出処理について説明する。まず、「待ち時間」について 定義する。待ち時間とは、返信パケットが通信処理装置 2に到達した時点から、その 直前に履歴ポートをパケットが通過した時点までの時間である。ここで、返信パケット が通信処理装置 2に到達した後の通信処理装置 2における処理としては、その返信 パケットが通信処理装置 2でアドレス変換され、情報処理装置 1に送信される場合と、 通信処理装置 2におけるポート維持時間が経過しており、返信パケットが通信処理装 置 2でアドレス変換されない場合とがある。また、この待ち時間には、大きく分けて 2つ のパターンがある。パターン 1は、待ち時間の始期に、履歴パケットが履歴ポートを通 過する場合であり、パターン 2は、待ち時間の始期に、返信パケットが履歴ポートを通 過する場合である。ここで、待ち時間の始期とは、待ち時間の始めの時点のことであ る。
[0039] まず、パターン 1について説明する。図 3Aは、パターン 1について説明するための 図である。情報処理装置 1から履歴パケットが送信されると、その履歴パケットは通信 処理装置 2の履歴ポートを通過する。その後、しばらくして力 情報処理装置 1から要 求パケットが送信されると、その要求パケットはサーバ装置 3で受信され、サーバ装置 3から返信パケットが通信処理装置 2の履歴ポートに送信される。その返信パケットは 、通信処理装置 2の履歴ポートに到達し、ポート維持時間が経過する以前であれば、 情報処理装置 1に送信され、ポート維持時間が経過した後であれば、情報処理装置 1には送信されない。この場合に、履歴パケットが通信処理装置 2を通過してから、返 信パケットが通信処理装置 2に到達するまでの期間が待ち時間となる。
[0040] 次に、パターン 2について説明する。図 3Bは、パターン 2について説明するための 図である。情報処理装置 1から送信された要求パケットに応じて、サーバ装置 3から 返信パケットが送信される。履歴ポートに関するポート維持時間が経過していないと すると、その返信パケットは通信処理装置 2の履歴ポートを通過し、情報処理装置 1 で受信される。その後、しばらくして力も情報処理装置 1から要求パケットが送信され 、その要求パケットに応じてサーバ装置 3から返信パケットが送信される処理は、パタ ーン 1と同様である。この場合に、返信パケットが通信処理装置 2を通過してから、次 の返信パケットが通信処理装置 2に到達するまでの期間が待ち時間となる。ここで、 パターン 2の待ち時間の始期においては、返信パケットが通信処理装置 2に到達す るだけではなぐ返信パケットが通信処理装置 2から情報処理装置 1に送信される必 要がある。
[0041] 待ち時間の終期に通信処理装置 2に到達した返信パケットを情報処理装置 1が受 信することができた場合には、通信処理装置 2のポート維持時間は、この待ち時間以 上であることがわかる。一方、待ち時間の終期に通信処理装置 2に到達した返信パケ ットを情報処理装置 1が受信することができな力つた場合には、通信処理装置 2のポ ート維持時間は、この待ち時間よりも短いことがわかる。ここで、待ち時間の終期とは 、待ち時間の終わりの時点のことである。このように、待ち時間を計測し、その待ち時 間の終期に通信処理装置 2に到達した返信パケットを情報処理装置 1が受信できる 力どうかによって、通信処理装置 2のポート維持時間を計測することができる。したが つて、ポート維持時間検出部 15は、 1以上の待ち時間のうち、待ち時間の終期に通 信処理装置 2に到達した返信パケットを返信パケット受信部 14が受信できた待ち時 間に基づいて、ポート維持時間を検出する。例えば、ポート維持時間検出部 15は、 1 以上の待ち時間のうち、待ち時間の終期に通信処理装置 2に到達した返信パケット を返信パケット受信部 14が受信できた待ち時間かつ最長の待ち時間に基づいて、ポ ート維持時間を検出してもよい。ここで、「待ち時間の終期に通信処理装置 2に到達 した返信パケットを返信パケット受信部 14が受信できた待ち時間に基づいてポート維 持時間を検出する」とは、例えば、その待ち時間をポート維持時間として検出してもよ ぐその待ち時間とは異なる時間をポート維持時間として検出してもよい、という意味 である。後者の場合としては、その待ち時間から所定の時間、例えば、 2, 3秒程度を 引いた待ち時間をポート維持時間として検出する場合がある。なお、ポート維持時間 検出部 15は、待ち時間の終期に通信処理装置 2に到達した返信パケットを返信パケ ット受信部 14が受信できた待ち時間のうち、最長の待ち時間ではない待ち時間に基 づいてポート維持時間を検出してもよい。例えば、ポート維持時間検出部 15は、待ち 時間の終期に通信処理装置 2に到達した返信パケットを返信パケット受信部 14が受 信できた待ち時間のうち、 2番目に長い待ち時間に基づいてポート維持時間を検出 してもよぐ待ち時間の終期に通信処理装置 2に到達した返信パケットを返信パケット 受信部 14が受信できた 1以上の待ち時間のうち、いずれかの待ち時間に基づいてポ ート維持時間を検出するのであれば、その検出の方法は問わない。
[0042] 次に、待ち時間の始期について説明する。待ち時間の始期に履歴ポートを通過す るパケットには、図 3で示されるように、履歴パケットと、返信パケットがある。したがつ て、待ち時間の計測を行う場合に、待ち時間の始期に履歴ポートを通過するパケット が毎回、履歴パケットであるパターン (これを「パターン A」とする)と、返信パケットを情 報処理装置 1が受信できたときには、その返信パケットを待ち時間の始期に履歴ポー トを通過するパケットとし、返信パケットを情報処理装置 1が受信できな力つたときには 、新たな履歴パケットを送信し、その履歴パケットを待ち時間の始期に履歴ポートを 通過するパケットとするパターン (これを「パターン B」とする)と、待ち時間の始期に履 歴ポートを通過するパケットが毎回、返信パケットであるパターン(これを「パターン C」 とする)との 3つのパターンについて考えることにする。なお、これら以外のパターンで あってもよぐこれらの 3つのパターンに限定されない。
[0043] [パターン A] 図 4Aは、パターン Aについて説明するための図である。パターン Aでは、図 4Aで 示されるように、返信パケットを情報処理装置 1が受信できたかどうかにかかわらず、 情報処理装置 1は、待ち時間の始期に履歴パケットを送信する。したがって、待ち時 間の始期に履歴ポートを通過するパケットは、履歴パケットである。なお、 1回目の待 ち時間の場合にも、その待ち時間の始期に履歴パケットが送信されることは当然であ る。また、パケット送信制御部 13は、要求パケットの送信を制御すると共に、待ち時間 の始期における、履歴パケット送信部 11による履歴パケットの送信を制御する。すな わち、パケット送信制御部 13は、待ち時間の始期に履歴パケットが送信されるように 、履歴パケット送信部 11を制御する。
[0044] また、パターン Aでは、ポート維持時間検出部 15は、返信パケット受信部 14による 返信パケットの受信と共に、履歴パケット送信部 11による履歴パケットの送信に基づ いて、通信処理装置 2のポート維持時間を検出する。厳密には、図 3Aで示されるよう に、待ち時間の始期は履歴パケットが通信処理装置 2を通過する時点となる力 情報 処理装置 1が、履歴パケットが通信処理装置 2を通過する時点を知ることは困難であ る。したがって、図 4Aで示されるように、ポート維持時間検出部 15において、待ち時 間の始期に履歴パケットが通信処理装置 2を通過する時点を、履歴パケットの送信時 点とする。なお、図 4Aは、 2以上の要求パケットを送信する場合を想定した図となつ ているが、情報処理装置 1が送信する要求パケットは、 1個のみであってもよい。
[0045] [パターン B]
図 4B、図 4Cは、パターン Bについて説明するための図である。パターン Bでは、待 ち時間の始期に履歴ポートを通過するパケットは、履歴パケットまたは返信パケットで ある。返信パケットを情報処理装置 1が受信できた場合には、図 4Bで示されるように 、情報処理装置 1は、待ち時間の始期に履歴パケットを送信せず、その返信パケット 力 待ち時間の始期に履歴ポートを通過するパケットとなる。一方、返信パケットを情 報処理装置 1が受信できな力つた場合には、図 4Cで示されるように、情報処理装置 1は、待ち時間の始期に履歴パケットを送信し、その履歴パケットが、待ち時間の始 期に履歴ポートを通過するパケットとなる。なお、 1回目の待ち時間の場合には、その 待ち時間の始期に履歴パケットが送信されるものとする。また、パケット送信制御部 1 3は、要求パケットの送信を制御すると共に、要求パケットに応じた返信パケットを返 信パケット受信部 14が受信できな力つた場合に、次の待ち時間の始期に履歴バケツ トを送信するように、履歴パケット送信部 11を制御する。
[0046] また、パターン Bでは、ポート維持時間検出部 15は、返信パケット受信部 14による 返信パケットの受信と共に、履歴パケット送信部 11による履歴パケットの送信にも基 づいて、通信処理装置 2のポート維持時間を検出する。厳密には、図 3A、図 3Bで示 されるように、待ち時間の始期は履歴パケットまたは返信パケットが通信処理装置 2を 通過する時点となるが、情報処理装置 1が、履歴パケットまたは返信パケットが通信 処理装置 2を通過する時点を知ることは困難である。したがって、図 4B、図 4Cで示さ れるように、ポート維持時間検出部 15において、待ち時間の始期に履歴ポートを通 過するパケットが履歴パケットである場合には、待ち時間の始期である履歴ポートを パケットが通過した時点を、履歴パケットの送信時点とし、待ち時間の始期に履歴ポ ートを通過するパケットが返信パケットである場合には、待ち時間の始期である履歴 ポートをパケットが通過した時点を、返信パケットの受信時点とする。
[0047] [パターン C]
パターン Cについて、図 4Bを用いて説明する。パターン Cでは、図 4Bで示されるよ うに、待ち時間の始期に履歴ポートを通過するパケットは、返信パケットである。また、 パケット送信制御部 13は、要求パケットを送信するごとに、待ち時間が増加するよう に、要求パケットの送信を制御する。このパターンでは、待ち時間の始期に履歴ポー トを返信パケットが通過しなければならな 、ため、返信パケットを情報処理装置 1が受 信できなくなると、ポート維持時間の検出処理を終了することになる力 である。なお 、厳密には、図 3Bで示されるように、待ち時間の始期は返信パケットが通信処理装 置 2を通過する時点となるが、情報処理装置 1が、返信パケットが通信処理装置 2を 通過する時点を知ることは困難である。したがって、図 4Bで示されるように、ポート維 持時間検出部 15において、待ち時間の始期である履歴ポートをパケットが通過した 時点を、返信パケットの受信時点とする。なお、パターン Cの場合には、情報処理装 置 1が 2以上の要求パケットを送信することが前提となる。
[0048] 次に、待ち時間の終期について説明する。待ち時間の終期は、図 3で示されるよう に、返信パケットが通信処理装置 2に到達した時点である。しかしながら、情報処理 装置 1が、返信パケットが通信処理装置 2に到達した時点を知ることは困難である。し たがって、待ち時間の計測を行う場合に、ポート維持時間検出部 15において、図 5A で示されるように、待ち時間の終期である返信パケットの通信処理装置 2への到達時 点を、その返信パケットの送信を要求する要求パケットの送信時点としてもよい(この ノターンを「パターン とする)。また、待ち時間の計測を行う場合に、ポート維持時 間検出部 15において、図 5Bで示されるように、待ち時間の終期である返信パケット の通信処理装置 2への到達時点を、その返信パケットの情報処理装置 1による受信 時点としてもよい (このパターンを「パターン E」とする)。また、待ち時間の計測を行う 場合に、ポート維持時間検出部 15において、待ち時間の終期である返信パケットの 通信処理装置 2への到達時点を、情報処理装置 1が返信パケットを受信できた場合 には、図 5Bで示されるように、その返信パケットの受信時点とし、情報処理装置 1が 返信パケットを受信できな力つた場合には、図 5Cで示されるように、その返信パケット の送信を要求した要求パケットの送信時点としてもよ ヽ(このパターンを「パターン F」 とする)。なお、これらの 3つのパターン以外であってもよぐこれらのパターンに限定 されない。また、その終期に送信された返信パケットを受信できた待ち時間に基づい て、ポート維持時間の検出が行われるため、パターン Eと、ノターン Fとでは、検出さ れるポート維持時間は同じになる。
次に、パケット送信制御部 13による要求パケットの送信の制御について説明する。 パケット送信制御部 13は、例えば、要求パケットを送信するごとに待ち時間が増加す るように、要求パケットの送信を制御してもよぐ要求パケットを送信するごとに、待ち 時間が減少するように、要求パケットの送信を制御してもよい。また、パケット送信制 御部 13は、要求パケットに応じた返信パケットを受信できなくなるまで、要求パケット を送信するごとに待ち時間が増加するように、要求パケットの送信を制御し、要求パ ケットに応じた返信パケットを受信できなくなった場合に、返信パケットを受信できな 力つた待ち時間と、返信パケットを受信できた待ち時間のうち、最長の待ち時間との 間の待ち時間となるように要求パケットの送信を制御してもよ!/、。返信パケットを受信 できな力 た待ち時間とは、その終期に送信された返信パケットを受信できな力 た 待ち時間のことである。返信パケットを受信できた待ち時間とは、その終期に送信さ れた返信パケットを受信できた待ち時間のことである。ここで、パケット送信制御部 13 力 要求パケットを送信するごとに待ち時間が増加するように、要求パケットの送信を 制御する場合に、ポート維持時間検出部 15は、送信された要求パケットに応じた返 信パケットを返信パケット受信部 14が受信できな力つたときに、ポート維持時間を検 出してもよぐあるいは、一定の待ち時間の終期に送信された返信パケットを情報処 理装置 1が受信できたときに、要求パケットの送信を終了し、その一定の待ち時間を 、ポート維持時間として検出してもよい。パケット送信制御部 13による要求パケットの 送信の制御は、上記以外のアルゴリズムによって行われてもよぐ通信処理装置 2の ポート維持時間を適切に検出できるのであれば、そのアルゴリズムは問わな 、。
[0050] なお、パケット送信制御部 13が用いる待ち時間の始期は、前述のポート維持時間 検出部 15が用いる待ち時間の始期と同様であるが、パケット送信制御部 13が用いる 待ち時間の終期は、返信パケットの送信を要求する要求パケットの送信時であっても よい。すなわち、パケット送信制御部 13において、待ち時間の終期である返信バケツ トの通信処理装置 2への到達時点は、その返信パケットの送信を要求した要求バケツ トの送信時点であってもよい。なぜなら、パケット送信制御部 13が要求パケットの送 信を制御する段階では、その要求パケットに応じて送信される返信パケットを情報処 理装置 1が受信できるかどうかわ力もず、また、その返信パケットの受信の時点を知る ことは不可能だ力 である。上記説明のように、パケット送信制御部 13が用いる待ち 時間と、ポート維持時間検出部 15が用いる待ち時間とが異なる場合もありうる。
[0051] 次に、本実施の形態による情報処理装置 1の動作について、フローチャートを用い て説明する。なお、本実施の形態では、待ち時間の始期のパターンに応じて、フロー チャートが異なる。したがって、パターン A〜Cのそれぞれのフローチャートについて 説明する。
[0052] 図 6は、本実施の形態による情報処理装置 1のパターン Aの場合の動作を示すフロ 一チャートである。
[0053] (ステップ S101)パケット送信制御部 13は、履歴パケットが送信されて力も要求パ ケットを送信するまでの時間である待ち時間を設定する。ここで、待ち時間を設定す るとは、例えば、所定のメモリ等に待ち時間を記録することであってもよぐあるいは、 あらかじめ複数の待ち時間を示す情報が所定の記録媒体で記憶されており、所定の 待ち時間に対応付けてフラグを立てることであってもよぐその方法は問わない。
[0054] (ステップ S102)パケット送信制御部 13は、履歴パケットをサーバ装置 3に送信す るように履歴パケット送信部 11を制御する。その結果、履歴パケットが履歴パケット送 信部 11カゝら通信処理装置 2を介してサーバ装置 3に送信される。履歴パケット送信 部 11は、例えば、履歴パケット送信部 11で生成した履歴パケットを送信する。
[0055] (ステップ S103)パケット送信制御部 13は、要求パケットを送信するタイミング力どう か判断する。そして、要求パケットを送信するタイミングである場合には、ステップ S 10 4に進み、そうでない場合には、要求パケットを送信するタイミングとなるまでステップ S 103の処理を繰り返す。ここで、要求パケットを送信するタイミングかどうかは、履歴 パケットが送信されて力もステップ S101で設定した待ち時間が経過したかどうかによ つて判断される。
[0056] (ステップ S104)パケット送信制御部 13は、要求パケットをサーバ装置 3に送信す るように要求パケット送信部 12を制御する。その結果、要求パケットが要求パケット送 信部 12からサーバ装置 3に送信される。要求パケット送信部 12は、例えば、要求パ ケット送信部 12で生成した要求パケットを送信する。
[0057] (ステップ S 105)返信パケット受信部 14は、ステップ S 104で送信された要求バケツ トに対して、サーバ装置 3から送信された返信パケットを受信した力どうか判断する。 そして、返信パケットを受信した場合には、ステップ S107に進み、そうでない場合に は、ステップ S 106に進む。
[0058] (ステップ S 106)返信パケット受信部 14は、タイムアウトであるかどうか判断する。こ こで、タイムアウトとは、要求パケット送信部 12が要求パケットを送信してから、例えば 10秒などの所定の期間が経過したことをいう。タイムアウトである場合には、ステップ S108〖こ進み、そうでない場合には、ステップ S105〖こ戻る。
[0059] (ステップ S107)ポート維持時間検出部 15は、受信した返信パケットに基づいて、 所定の受信処理を行う。ここで、所定の受信処理とは、例えば、履歴パケットが送信さ れた時点から、返信パケットが受信された時点までを待ち時間として所定のメモリ等 で記憶することなどである。
[0060] (ステップ S108)パケット送信制御部 13は、ポート維持時間を検出するかどうか判 断する。ポート維持時間を検出する場合には、ステップ S109に進み、そうでない場 合には、ステップ S101〖こ戻る。
[0061] (ステップ S109)ポート維持時間検出部 15は、返信パケットを受信できた待ち時間 に基づいて、ポート維持時間を検出する。そして、通信処理装置 2のポート維持時間 を検出する一連の処理は終了となる。
[0062] なお、図 6のフローチャートにおいて、ステップ S101と、ステップ S102との処理の 順序は、逆であってもよい。すなわち、履歴パケットを送信してから、待ち時間の設定 を行ってもよい。このように、このフローチャートでは、処理の順序にある程度の任意 性がありうる。以下のフローチャートについても同様である。
[0063] また、図 6のフローチャートの説明において、 1回目に送信される履歴パケットも、 2 回目以降に送信される履歴パケットも、パケット送信制御部 13による制御によって送 信される場合について説明したが、 1回目に送信される履歴パケットは、パケット送信 制御部 13による制御によらず、履歴パケット送信部 11による判断によって送信され てもよい。
[0064] 図 7は、本実施の形態による情報処理装置 1のパターン Bの場合の動作を示すフロ 一チャートである。なお、ステップ S201〜S203以外の処理は、図 6のフローチャート と同様であり、その説明を省略する。ただし、ステップ S 107の所定の受信処理とは、 例えば、待ち時間の始期が返信パケットの受信である場合に、ある返信パケットが受 信された時点から、次の返信パケットが受信された時点までを待ち時間として所定の メモリ等で記憶することであってもよ 、。
[0065] (ステップ S201)パケット送信制御部 13は、要求パケットを送信するタイミング力どう か判断する。そして、要求パケットを送信するタイミングである場合には、ステップ S 10 4に進み、そうでない場合には、要求パケットを送信するタイミングとなるまでステップ S201の処理を繰り返す。ここで、要求パケットを送信するタイミングかどうかは、ステツ プ S102からステップ S201に進んだ場合には、ステップ S102で履歴パケットが送信 されてからステップ S101で設定した待ち時間が経過したかどうかによつて判断され、 ステップ S202からステップ S201に進んだ場合には、ステップ S 105で返信パケット が受信されてからステップ S202で設定した待ち時間が経過したかどうかによつて判 断される。
[0066] (ステップ S202)パケット送信制御部 13は、返信パケットが受信されて力も要求パ ケットを送信するまでの時間である待ち時間を設定する。ここで、待ち時間を設定す る処理については、ステップ S101と同様であり、その説明を省略する。
[0067] (ステップ S203)パケット送信制御部 13は、ポート維持時間を検出するかどうか判 断する。ポート維持時間を検出する場合には、ステップ S109に進み、そうでない場 合には、ステップ S101〖こ戻る。
[0068] 図 8は、本実施の形態による情報処理装置 1のパターン Cの場合の動作を示すフロ 一チャートである。なお、ステップ S301〜S304以外の処理は、図 6のフローチャート と同様であり、その説明を省略する。ただし、ステップ S 107の所定の受信処理とは、 例えば、ある返信パケットが受信された時点から、次の返信パケットが受信された時 点までを待ち時間として所定のメモリ等で記憶することである。
[0069] (ステップ S301)パケット送信制御部 13は、要求パケットをサーバ装置 3に送信す るように要求パケット送信部 12を制御する。その結果、要求パケットが要求パケット送 信部 12からサーバ装置 3に送信される。
[0070] (ステップ S302)返信パケット受信部 14は、ステップ S301で送信された要求バケツ トに対してサーバ装置 3から送信された返信パケットを受信した力どうか判断する。そ して、返信パケットを受信した場合には、ステップ S303に進み、そうでない場合には 、受信するまでステップ S302の処理を繰り返す。なお、サーバ装置 3がダウンしてい るなどの理由で返信パケットを受信することができない場合には、返信パケット受信 部 14は、要求パケットが送信されて力 例えば 1分などの所定の時間が経過した後 に、タイムアウトであると判断し、一連の処理を終了してもよい。
[0071] (ステップ S303)パケット送信制御部 13は、返信パケットが受信されて力も要求パ ケットを送信するまでの時間である待ち時間を設定する。ここで、待ち時間を設定す る処理については、ステップ S101と同様であり、その説明を省略する。
[0072] (ステップ S304)パケット送信制御部 13は、要求パケットを送信するタイミング力どう か判断する。そして、要求パケットを送信するタイミングである場合には、ステップ S 10 4に進み、そうでない場合には、要求パケットを送信するタイミングとなるまでステップ S304の処理を繰り返す。ここで、要求パケットを送信するタイミングかどうかは、ステツ プ S302あるいはステップ S 105で返信パケットが受信されてからステップ S303で設 定した待ち時間が経過したかどうかによつて判断される。
[0073] なお、図 6〜図 8のフローチャートのステップ S106においてタイムアウトであると判 断された場合に、例えば、ポート維持時間検出部 15等は、タイムアウトである場合の 何らかの処理を行ってもよ 、。
[0074] 次に、本実施の形態によるサーバ装置 3の動作について、図 9のフローチャートを 用いて説明する。
[0075] (ステップ S401)履歴パケット受信部 33は、情報処理装置 1から送信された履歴パ ケットを受信したカゝどうか判断する。そして、履歴パケットを受信した場合には、ステツ プ S402【こ進み、そうでな ヽ場合【こ ίま、ステップ S403【こ進む。
[0076] (ステップ S402)送信先情報蓄積部 34は、履歴パケット受信部 33が受信した履歴 パケットのヘッダから、送信元アドレスと、送信元ポート番号とを読み出し、その送信 元アドレスと、送信元ポート番号とを含む送信先情報を所定の記録媒体に蓄積する。 そして、ステップ S401〖こ戻る。
[0077] (ステップ S403)要求パケット受信部 31は、要求パケットを受信したかどうか判断す る。そして、要求パケットを受信した場合には、ステップ S404に進み、そうでない場合 に ίま、ステップ S401〖こ戻る。
[0078] (ステップ S404)返信パケット送信部 32は、送信先情報蓄積部 34によって蓄積さ れた送信先情報を読み出す。
[0079] (ステップ S405)返信パケット送信部 32は、ステップ S404で読み出した送信先情 報に基づいて、返信パケットを送信する。この返信先パケットの送信先は、読み出し た送信先情報の示すアドレス、ポート番号である。返信パケット送信部 32は、例えば 、返信パケット送信部 32で生成した返信パケットを送信する。そして、ステップ S401 に戻る。
[0080] なお、図 9のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は 終了する。
[0081] 次に、本実施の形態による情報処理システムの動作について、具体例を用いて説 明する。この具体例では、パターン Aにおいて、要求パケットを送信するごとに待ち時 間を増加させることによってポート維持時間を検出する場合 (具体例 1)、パターン A において、要求パケットを送信するごとに待ち時間を増加させ、返信パケットを受信 できた待ち時間と、返信パケットを受信できな力つた待ち時間との間にお 、て、さらに 細力べ要求パケットを送信することによってポート維持時間を検出する場合 (具体例 2 )、パターン Aにおいて、要求パケットを送信するごとに待ち時間を減少させることによ つてポート維持時間を検出する場合 (具体例 3)、パターン Bにおいて、要求パケット を送信するごとに待ち時間を増加させ、返信パケットを受信できた待ち時間と、返信 パケットを受信できな力つた待ち時間との間において、さらに細力べ要求パケットを送 信することによってポート維持時間を検出する場合 (具体例 4)、パターン Cにおいて 、要求パケットを送信するごとに待ち時間を増加させることによってポート維持時間を 検出する場合 (具体例 5)についてそれぞれ説明する。
[0082] 以下の具体例において、通信処理装置 2のポート維持時間は 1分 18秒であるとす る。また、要求パケットが送信された時点力も 10秒が経過しても返信パケットが受信さ れない場合に、タイムアウトであると判断されるものとする。また、情報処理装置 1、通 信処理装置 2、サーバ装置 3の各 IPアドレスは、以下のとおりであるとする。なお、通 信処理装置 2の IPアドレスは、通信回線 100側のアドレスである。
情報処理装置 1 : 192. 168. 0. 1
通信処理装置 2 : 202. 224. 135. 10
サーバ装置 3 : 155. 32. 10. 10
図 10は、以下の具体例における履歴パケット、要求パケット、返信パケットの構成を 示す図である。履歴パケット、要求パケット、返信パケットは、それぞれ UDPヘッダを 有しており、ペイロードには、パケット種類識別情報が含まれている。パケット種類識 別情報は、パケットの種類を識別する情報である。情報処理装置 1及びサーバ装置 3 は、そのパケット種類識別情報によって、パケットが履歴パケットであるの力、要求パ ケットであるの力、返信パケットであるのかを識別することができる。履歴パケットと要 求パケットとのペイロードには、装置識別情報が含まれる。この装置識別情報は、そ れらのパケットを送信する情報処理装置を識別する情報である。履歴パケットに含ま れる装置識別情報によって、サーバ装置 3の送信先情報蓄積部 34は、その装置識 別情報に対応付けて送信先情報を蓄積することができる。また、要求パケットに含ま れる装置識別情報によって、サーバ装置 3の返信パケット送信部 32は、その要求パ ケットに含まれる装置識別情報に対応する送信先情報を読み出すことができ、その 要求パケットを送信した情報処理装置カゝら送信された履歴パケットの通過した履歴ポ ートに返信パケットを送信することができる。
[0083] [具体例 1]
この具体例では、パターン Aにおいて、パケット送信制御部 13が、要求パケットが 送信されるごとに、待ち時間が増加するように要求パケットの送信を制御する場合に ついて説明する。また、ポート維持時間検出部 15は、送信された要求パケットに応じ た返信パケットを返信パケット受信部 14が受信できな力つた場合に、ポート維持時間 を検出するものとする。ただし、ポート維持時間検出部 15が検出する最長のポート維 持時間は「5分」であるとする。すなわち、通信処理装置 2のポート維持時間が 5分以 上であったとしても、情報処理装置 1は、通信処理装置 2のポート維持時間を 5分と検 出することになる。また、待ち時間の終期については、ノターン Dであるとする。
[0084] 図 11は、情報処理装置 1のパケット送信制御部 13が保持している待ち時間設定情 報である。この待ち時間設定情報において、待ち時間と、フラグとが対応付けられて いる。フラグ「1」に対応する待ち時間が、要求パケットを送信するタイミングとして設定 されている待ち時間である。パケット送信制御部 13は、この待ち時間設定情報のフラ グを変更することにより、待ち時間の設定を行う。なお、図 11の待ち時間設定情報で は、待ち時間が「5分」までし力設定できないため、「5分」の待ち時間で送信された要 求パケットに応じた返信パケットを情報処理装置 1が受信することができた場合には、 それ以上、要求パケットを送信せず、ポート維持時間の検出を行うものとする。
[0085] まず、パケット送信制御部 13は、図 11で示される待ち時間設定情報において、一 番短 、待ち時間「30秒」に対応するフラグに「1」を代入する (ステップ S101)。その 後、パケット送信制御部 13の制御によって、履歴パケット送信部 11は、図 10Aで示 される構造を有する履歴パケットをサーバ装置 3の IPアドレス「155. 32. 10. 10」に 送信する (ステップ S102)。ここで、履歴パケットのペイロードには、装置識別情報「A AA」が含まれているとする。その履歴パケットは、通信処理装置 2のポート番号「123 45」のポート(以下、「ポート 12345」とする。他のポート番号についても同様であると する)を介してサーバ装置 3に送信されたとする。なお、パケット送信制御部 13と、ポ ート維持時間検出部 15とは、それぞれ履歴パケットが送信された時点からタイマによ る計時を開始する。
[0086] サーバ装置 3の履歴パケット受信部 33は、その履歴パケットを受信し、その履歴パ ケットを送信先情報蓄積部 34に渡す (ステップ S401)。送信先情報蓄積部 34は、そ の履歴パケットのペイロードから装置識別情報「AAA」を読み出し、また、その履歴 パケットのヘッダから送信元アドレス「202. 224. 135. 10」と、送信元ポート番号「1 2345」とを読み出す。そして、装置識別情報「AAA」に対応付けて、送信元アドレス と送信元ポート番号とを含む送信先情報を蓄積する (ステップ S402)。図 12は、送信 先情報蓄積部 34によって蓄積された装置識別情報と、送信先情報との対応を示す 図である。図 12の 1番目のレコードが、情報処理装置 1に対応する装置識別情報と 送信先情報である。
[0087] その後、パケット送信制御部 13は、計時を開始してから、図 11で示される待ち時間 設定情報のフラグ「1」に対応する待ち時間「30秒」だけ経過したかどうか判断し、タイ マの値が 30秒を示した時点で、要求パケットを送信するタイミングであると判断する( ステップ S 103)。そして、要求パケットを送信するように要求パケット送信部 12を制御 する。その結果、要求パケット送信部 12からサーバ装置 3に、図 10Bで示される構造 を有する要求パケットが送信される (ステップ S 104)。この要求パケットに含まれる装 置識別情報は、「AAA」である。なお、前述のように、この要求パケットは、履歴バケツ トが送信された情報処理装置 1のポートとは異なるポートから送信される。ここでは、 要求パケットが通信処理装置 2のポート 12355を介して送信されたものとする。また、 ポート維持時間検出部 15も、要求パケットが送信されるタイミングで計時を停止し、そ の時点のタイマの値「30秒」を、待ち時間として保持しておく。
[0088] その要求パケットは、サーバ装置 3の要求パケット受信部 31で受信され、返信パケ ット送信部 32に渡される (ステップ S403)。返信パケット送信部 32は、要求パケットの ペイロードに含まれる装置識別情報「AAA」を読み出し、その装置識別情報に対応 付けて蓄積された送信先情報、すなわち IPアドレス「202. 224. 235. 10」と、ポート 番号「12345」とを読み出す (ステップ S404)。そして、返信パケット送信部 32は、そ の読み出した IPアドレス、ポート番号に、図 10Cで示される構造を有する返信バケツ トを送信する (ステップ S405)。
[0089] その返信パケットは、通信処理装置 2のポート 12345に到達し、そのポートに関す るポート維持時間「1分 18秒」がまだ経過して 、な 、ため、アドレス変換されて情報処 理装置 1に送信される。
[0090] 情報処理装置 1の返信パケット受信部 14は、その返信パケットを受信し (ステップ S 105)、返信パケットを受信できた旨をポート維持時間検出部 15に渡す。すると、ポ ート維持時間検出部 15は、待ち時間「30秒」に関する返信パケットを受信できた旨を 保持しておく(ステップ S 107)。また、パケット送信制御部 13は、返信パケットが受信 されたため、要求パケットの送信を継続すると判断し (ステップ S108)、図 11で示され る待ち時間設定情報にぉ 、て、待ち時間「30秒」に対応するフラグに「0」を代入し、 待ち時間「1分」に対応するフラグに「1」を代入する (ステップ S101)。その後、上記 説明と同様にして、履歴パケットがサーバ装置 3に送信される (ステップ S 102)。そし て、サーバ装置 3において送信先情報が蓄積されるが、この場合には、装置識別情 報「AAA」に対応する送信先情報がすでに蓄積されているため、その送信先情報に 上書きで蓄積されるものとする。なお、履歴ポートに関するポート維持時間が経過し ていないため、上書きで蓄積された送信先情報も、図 12の 1番目のレコードと同様で ある。
[0091] 履歴パケットが送信されてから待ち時間「1分」が経過した時点で、要求パケットが 送信される (ステップ S103、 S104)。また、その要求パケットの送信に対応して、サ ーバ装置 3から、上記説明と同様にして返信パケットが通信処理装置 2に送信される (ステップ S403〜S405)。この場合にも、通信処理装置 2のポート維持時間「1分 18 秒」が経過して!/、な!、ため、その返信パケットを返信パケット受信部 14が受信するこ とができ (ステップ S105)、ポート維持時間検出部 15は、待ち時間「1分」に関する返 信パケットを受信できた旨を保持しておく (ステップ S107)。
[0092] その後、待ち時間が「1分 30秒」に設定され (ステップ S101)、履歴パケットの送信 、及びその後の要求パケットの送信が行われる(ステップ S102〜S 104)。その要求 パケットの送信に対応して、サーバ装置 3から、上記説明と同様にして返信パケットが 通信処理装置 2に送信されるが (ステップ S403〜S405)、この場合には、通信処理 装置 2の履歴ポートに関するポート維持時間「1分 18秒」が経過しているため、履歴 ポートに送信された返信パケットは、情報処理装置 1に送信されない。したがって、情 報処理装置 1の返信パケット受信部 14は、要求パケットが送信されてから 10秒が経 過した時点でタイムアウトであると判断し (ステップ S106)、返信パケットを受信できな 力つた旨をポート維持時間検出部 15に渡す。ポート維持時間検出部 15は、待ち時 間「1分 30秒」に関する返信パケットを受信できな力 た旨を保持しておく。
[0093] その後、パケット送信制御部 13は、返信パケットが受信されな力つたため、ポート維 持時間の検出を行うタイミングであると判断し (ステップ S 108)、ポート維持時間の検 出を行う旨の指示をポート維持時間検出部 15に渡す。ポート維持時間検出部 15は 、その指示に応じて、返信パケットを受信することができた待ち時間「30秒」、「1分」 のうち、最長の待ち時間「1分」を、通信処理装置 2のポート維持時間として検出する( ステップ S 109)。
[0094] なお、その後、その検出されたポート維持時間は、例えば、情報処理装置 1の所定 の処理部(図示せず)における処理で用いられる。この処理部の行う処理は、例えば 、検出されたポート維持時間を所定の記録媒体 (図示せず)に蓄積することであって もよぐその検出されたポート維持時間を定期的なパケットの送信周期として用いて、 サーバ装置 3等に定期的にパケットを送信することであってもよぐ通信処理装置 2の ローカルネットワーク側に接続されている装置が定期的なパケットの送信を行う場合 に、検出されたポート維持時間を、その装置に送信することであってもよぐあるいは 、その他の処理であってもよい。このように、検出されたポート維持時間を用いるのは 、情報処理装置 1であってもよぐあるいは、通信処理装置 2のローカルネットワーク 側に接続された他の情報処理装置等であってもよい。また、そのポート維持時間を用 いて定期的に送信されるパケットの送信先は、サーバ装置 3であってもよぐあるいは 、他のサーバ装置等であってもよい。また、検出されたポート維持時間よりも短い時 間を、定期的に送信されるパケットの送信周期としてもよい。
[0095] 図 13は、この具体例における履歴パケットの送信と、要求パケットの送信と、返信パ ケットの受信 (あるいは不受信)とについて説明するための図である。この場合には、 30秒と、 1分の待ち時間に対応する返信パケットを受信することができたが、 1分 30 秒の待ち時間に対応する返信パケットを受信することができな力つたため、ポート維 持時間が 1分と検出された。
[0096] なお、この具体例では、サーバ装置 3が履歴パケットを受信した場合に、装置識別 情報に対応する送信先情報を上書きで蓄積する場合について説明したが、送信先 情報に変更がない場合には、その上書きでの送信先情報の蓄積を行わなくてもよい
[0097] [具体例 2]
この具体例では、ノターン Aにおいて、パケット送信制御部 13が、要求パケットに 応じた返信パケットを受信ができなくなるまで、要求パケットを送信するごとに待ち時 間が増加するように要求パケットの送信を制御し、要求パケットに応じた返信パケット を受信できなくなった場合に、返信パケットを受信できな力 た待ち時間と、返信パケ ットを受信できた待ち時間のうち、最長の待ち時間との間の待ち時間となるように要求 パケットの送信を制御する場合について説明する。すなわち、この具体例では、待ち 時間が 2段階に分けて増加されることになる。具体的には、まず、具体例 1と同様に、 要求パケットの送信を行い、送信された要求パケットに応じた返信パケットを受信でき なくなった場合に、返信パケットを受信できな力つた待ち時間と、返信パケットを受信 できた最長の待ち時間との間を、 10秒ごとに待ち時間が増加するように要求パケット の送信を制御する。そして、ポート維持時間検出部 15は、 2回目に返信パケットを受 信できなかった場合に、ポート維持時間を検出するものとする。また、待ち時間の終 期については、パターン Fであるとする。
[0098] まず、パケット送信制御部 13は、図 11で示される待ち時間設定情報において、一 番短 、待ち時間「30秒」に対応するフラグに「1」を代入する (ステップ S101)。その 後、パケット送信制御部 13の制御によって、履歴パケット送信部 11は、図 10Aで示 される構造を有する履歴パケットをサーバ装置 3の IPアドレス「155. 32. 10. 10」に 送信する (ステップ S102)。ここで、履歴パケットのペイロードには、装置識別情報「A AA」が含まれているとする。その履歴パケットは、通信処理装置 2のポート 12345を 介してサーバ装置 3に送信されたとする。なお、パケット送信制御部 13と、ポート維持 時間検出部 15とは、それぞれ履歴パケットが送信された時点力もタイマによる計時を 開始する。
[0099] 情報処理装置 1から送信された履歴パケットは、サーバ装置 3の履歴パケット受信 部 33で受信され、具体例 1と同様にして、送信先情報が蓄積される (ステップ S401、 S402)。この場合の送信先情報も、図 12で示されるものであるとする。
[0100] その後、パケット送信制御部 13は、計時を開始してから、待ち時間「30秒」だけ経 過した力どうか判断し、タイマの値が 30秒を示した時点で、要求パケットを送信するタ イミングであると判断する (ステップ S103)。その結果、要求パケット送信部 12からサ ーバ装置 3に装置識別情報「AAA」を含む要求パケットが送信される (ステップ S104 )。なお、ポート維持時間検出部 15は、要求パケットを送信するタイミングで、その時 点のタイマの値「30秒」を取得し、一時的に保持しておく。ここで、ポート維持時間検 出部 15による計時は継続して行われているものとする。
[0101] 情報処理装置 1から送信された要求パケットは、サーバ装置 3の要求パケット受信 部 31で受信され、具体例 1と同様にして、返信パケットがサーバ装置 3から送信され る(ステップ S403〜S405)。その返信パケットは、通信処理装置 2のポート 12345に 到達し、そのポートに関するポート維持時間「1分 18秒」がまだ経過していないため、 アドレス変換されて情報処理装置 1に送信される。
[0102] 情報処理装置 1の返信パケット受信部 14は、その返信パケットを受信し (ステップ S 105)、返信パケットを受信できた旨をパケット送信制御部 13と、ポート維持時間検出 部 15とに渡す。すると、パケット送信制御部 13は、待ち時間「30秒」を、返信パケット を受信できた待ち時間として保持する。また、ポート維持時間検出部 15は、その時点 でタイマによる計時を終了し、その時点でのタイマの値「31秒」を、返信パケットを受 信することができた待ち時間として保持しておく。なお、ポート維持時間検出部 15は 、要求パケットの送信時点で一時的に保持した待ち時間「30秒」は廃棄する (ステツ プ S107)。ここで、この具体例では、要求パケットの送信時点から返信パケットの受 信時点までの時間を「1秒」であるとしている力 この時間は、通信回線 100の状況や サーバ装置 3の処理スピード等に応じて、例えば、 0. 5秒や、 2秒、 3秒というように変 ィ匕するものである。ただし、以下の具体例においても、要求パケットの送信時点から 返信パケットの受信時点までの時間を「1秒」であるとする。
[0103] その後、パケット送信制御部 13は、返信パケットが受信されたため、要求パケットの 送信を継続すると判断し (ステップ S108)、図 11で示される待ち時間設定情報にお いて、待ち時間「1分」に対応するフラグのみが「1」となるように待ち時間設定情報を 変更する (ステップ S101)。その後、具体例 1と同様にして履歴パケットが送信される (ステップ S 102)。図 14は、この具体例における履歴パケットの送信と、要求パケット の送信と、返信パケットの受信 (あるいは不受信)とについて説明するための図である 。具体例 1と同様にして、 1分の待ち時間で送信された要求パケットに応じた返信パ ケットも、情報処理装置 1で受信される (ステップ S103〜S105)。そして、パケット送 信制御部 13は、待ち時間「1分」を、返信パケットを受信することができた待ち時間と して保持しておく。また、ポート維持時間検出部 15は、待ち時間「1分 1秒」を、返信 パケットを受信することができた待ち時間として保持しておく (ステップ S107)。
[0104] その後、待ち時間が「1分 30秒」に設定され (ステップ S108、 S101)、再度、履歴 パケットが送信される (ステップ S102)。通信処理装置 2のポート維持時間は 1分 18 秒であるため、 1分 30秒の待ち時間で送信された要求パケットに応じた返信パケット は、通信処理装置 2においてアドレス変換されない。その結果、返信パケットが情報 処理装置 1で受信されず (ステップ S106)、ポート維持時間検出部 15は、要求バケツ トの送信時に一時的に保持しておいた待ち時間「1分 30秒」を、返信パケットを受信 できな力つた待ち時間として保持することになる。
[0105] パケット送信制御部 13は、返信パケットを受信できな力つた回数がまだ 1回であるた め、要求パケットの送信を継続すると判断し (ステップ S 108)、それまでに保持してい た、返信パケットを受信できた待ち時間のうち、最長の待ち時間「1分」に「10秒」をカロ 算した「1分 10秒」を新たな待ち時間として設定する (ステップ S101)。なお、この待 ち時間「1分 10秒」は、待ち時間設定情報とは別途、パケット送信制御部 13が有する 図示しないメモリで記憶されるものとする。その後、上記説明と同様にして、履歴パケ ットがサーバ装置 3に送信され (ステップ S102)、履歴パケットが送信されてから 1分 1 0秒後に要求パケットが送信される (ステップ S 103、 S104)。この場合には、通信処 理装置 2のポート維持時間「1分 18秒」よりも待ち時間のほうが短いため、情報処理 装置 1において返信パケットが受信される (ステップ S105)。その結果、ポート維持時 間検出部 15において、返信パケットを受信することができた待ち時間「1分 11秒」が 保持されることになる (ステップ S 107)。
[0106] その後、パケット送信制御部 13は、要求パケットの送信を継続すると判断し (ステツ プ S108)、前回の待ち時間「1分 10秒」に「10秒」を加算した「1分 20秒」を新し!/、待 ち時間として設定する (ステップ S101)。そして、履歴パケットが送信され (ステップ S 102)、その履歴パケットの送信から 1分 20秒後に要求パケットが送信される (ステツ プ S103、 S104)。なお、この場合には、通信処理装置 2のポート維持時間よりも待ち 時間のほうが長いため、サーバ装置 3から送信された返信パケットは、通信処理装置 2においてアドレス変換されず、情報処理装置 1に送信されない。したがって、情報処 理装置 1の返信パケット受信部 14は、返信パケットを受信することができず (ステップ S106)、ポート維持時間検出部 15は、返信パケットを受信することができな力つた待 ち時間「1分 20秒」を保持することになる。情報処理装置 1において、返信パケットを 受信できな力つた回数が 2回になったため、パケット送信制御部 13は、ポート維持時 間を検出するタイミングであると判断し (ステップ S108)、ポート維持時間を検出する 旨の指示をポート維持時間検出部 15に渡す。ポート維持時間検出部 15は、その指 示に応じて、返信パケットを受信することができた待ち時間「31秒」、「1分 1秒」、「1 分 11秒」のうち、最長の待ち時間「1分 11秒」を、通信処理装置 2のポート維持時間と して検出する (ステップ S 109)。
[0107] なお、この具体例では、待ち時間が 2段階に分けて増加される場合について説明し たが、パケット送信制御部 13が、要求パケットに応じた返信パケットを受信ができなく なるまで、要求パケットを送信するごとに待ち時間が増加するように要求パケットの送 信を制御し、要求パケットに応じた返信パケットを受信できなくなった場合に、返信パ ケットを受信できな力つた待ち時間と、返信パケットを受信できた待ち時間のうち、最 長の待ち時間との間において、待ち時間が減少するように要求パケットの送信を制御 してもよく、要求パケットに応じた返信パケットを受信できなくなった場合に、返信パケ ットを受信できな力つた待ち時間と、返信パケットを受信できた待ち時間のうち、最長 の待ち時間との間において、待ち時間をどのようなアルゴリズムによって変化させるの かについては問わない。
[0108] [具体例 3]
この具体例では、ノターン Aにおいて、パケット送信制御部 13が、要求パケットを送 信するごとに、待ち時間が減少するように要求パケットの送信を制御する場合につい て説明する。ポート維持時間検出部 15は、返信パケットを受信できた場合に、ポート 維持時間を検出するものとする。また、待ち時間の終期については、パターン Eであ るとする。また、パケット送信制御部 13は、図 15で示される待ち時間設定情報によつ て、待ち時間の設定を行うものとする。なお、図 15の待ち時間設定情報は、待ち時間 の順番が異なる以外、図 11の待ち時間設定情報と同様のものであり、その説明を省 略する。また、待ち時間が減少するように要求パケットを送信することと、待ち時間の 終期がパターン Eであること以外、上記具体例 1, 2と同様であり、詳細な説明を省略 する。
[0109] 図 16は、この具体例における履歴パケットの送信と、要求パケットの送信と、返信パ ケットの受信 (あるいは不受信)とについて説明するための図である。具体例 1と同様 にして、まず、図 15で示される待ち時間設定情報において、待ち時間「5分」が設定 され、履歴パケットの送信と、その履歴パケットの送信から 5分経過した後の要求パケ ットの送信とが行われる (ステップ S101〜S104)。その待ち時間は、通信処理装置 2 のポート維持時間よりも長いため、情報処理装置 1は、サーバ装置 3から送信された 返信パケットを受信することができない (ステップ S 106)。したがって、この場合には、 ポート維持時間検出部 15において待ち時間が確定されない。その後、パケット送信 制御部 13によって、要求パケットの送信を継続すると判断され (ステップ S 108)、新 たな待ち時間「4分」が設定され、履歴パケットの送信と、その履歴パケットの送信から 4分経過した後の要求パケットの送信とが行われる(ステップ S101〜S104)。この場 合にも、待ち時間が通信処理装置 2のポート維持時間よりも長いため、サーバ装置 3 から送信された返信パケットが情報処理装置 1で受信されない。このような処理が繰り 返され、パケット送信制御部 13によって設定された待ち時間が「1分」になったとする (ステップ S101)。そして、履歴パケットの送信と、その履歴パケットの送信から 1分経 過した後の要求パケットの送信とが行われる(ステップ S102〜S104)。この場合には 、待ち時間が通信処理装置 2のポート維持時間よりも短いため、サーバ装置 3から送 信された返信パケットは、通信処理装置 2においてアドレス変換され、情報処理装置 1の返信パケット受信部 14で受信される (ステップ S105)。返信パケットが受信された ことによって、ポート維持時間検出部 15は、履歴パケットが送信されたタイミングで開 始していた計時を停止し、タイマの値「1分 1秒」を、返信パケットを受信することがで きた待ち時間として保持する (ステップ S107)。なお、この具体例において、ポート維 持時間検出部 15が保持している待ち時間は、この待ち時間「1分 1秒」のみである。 その後、パケット送信制御部 13は、返信パケットが受信されたため、待ち時間を検出 するタイミングであると判断し (ステップ S108)、ポート維持時間の検出を行う旨の指 示をポート維持時間検出部 15に渡す。ポート維持時間検出部 15は、その指示に応 じて、返信パケットを受信することができた待ち時間「1分 1秒」を、通信処理装置 2の ポート維持時間として検出する (ステップ S109)。
[0110] [具体例 4]
この具体例では、ノターン Bにおいて、具体例 2と同様に、待ち時間が 2段階に分 けて増加されるものとする。なお、待ち時間の終期は、パターン Fであるとする。
[0111] この具体例においても、具体例 2と同様に、まず待ち時間が「30秒」に設定され、履 歴パケットがサーバ装置 3に送信される(ステップ S101、 S102)。なお、パケット送信 制御部 13と、ポート維持時間検出部 15とは、それぞれ履歴パケットが送信された時 点からタイマによる計時を開始する。
[0112] その履歴パケットはサーバ装置 3で受信され、送信先情報が蓄積される (ステップ S 401、 S402)。この場合の送信先情報は、図 12と同様であるとする。
[0113] その後、パケット送信制御部 13は、計時を開始してから、待ち時間「30秒」だけ経 過した力どうか判断し、タイマの値が 30秒を示した時点で、要求パケットを送信するタ イミングであると判断する (ステップ S201)。その結果、要求パケット送信部 12からサ ーバ装置 3に装置識別情報「AAA」を含む要求パケットが送信される (ステップ S104 )。なお、ポート維持時間検出部 15は、要求パケットを送信するタイミングで、その時 点のタイマの値「30秒」を取得し、一時的に保持しておく。なお、ポート維持時間検出 部 15による計時は継続して行われているものとする。
[0114] 要求パケットは、サーバ装置 3で受信され、具体例 1と同様にして、返信パケットが サーバ装置 3から送信される(ステップ S403〜S405)。その返信パケットは、通信処 理装置 2のポート 12345に到達し、そのポートに関するポート維持時間「1分 18秒」 がまだ経過して、、な 、ため、アドレス変換されて情報処理装置 1に送信される。
[0115] 情報処理装置 1の返信パケット受信部 14は、その返信パケットを受信し (ステップ S 105)、返信パケットを受信できた旨をポート維持時間検出部 15に渡す。すると、ポ ート維持時間検出部 15は、その時点でタイマによる計時を終了し、その時点でのタイ マの値「31秒」を、返信パケットを受信することができた待ち時間として保持しておく。 なお、ポート維持時間検出部 15は、要求パケットの送信時点で一時的に保持した待 ち時間「30秒」を廃棄する (ステップ S 107)。また、パケット送信制御部 13と、ポート 維持時間検出部 15とは、それぞれ返信パケットが受信された時点力もタイマによる新 たな計時を開始する。なお、この具体例では、パケット送信制御部 13も、待ち時間「3 0秒」を、返信パケットを受信することができた待ち時間として保持しておくものとする
[0116] その後、パケット送信制御部 13は、返信パケットが受信されたため、要求パケットの 送信を継続すると判断し (ステップ S108)、待ち時間を「1分」に設定する (ステップ S 201)。その後、パケット送信制御部 13は、計時を開始してから、待ち時間「1分」だけ 経過したカゝどうか判断し、タイマの値が 1分を示した時点で、要求パケットを送信する タイミングであると判断する (ステップ S201)。その結果、要求パケット送信部 12から 要求パケットが送信される(ステップ S 104)。このように、この具体例では、返信バケツ トが受信された場合には、その返信パケットの受信された時点が待ち時間の始期とな る。この場合にも、情報処理装置 1から送信された要求パケットに応じてサーバ装置 3 から送信された返信パケットは、通信処理装置 2の履歴ポートに到達し、情報処理装 置 1に送信される。 [0117] 情報処理装置 1の返信パケット受信部 14は、その返信パケットを受信し (ステップ S 105)、返信パケットを受信できた旨をポート維持時間検出部 15に渡す。すると、ポ ート維持時間検出部 15は、その時点でタイマによる計時を終了し、その時点でのタイ マの値「1分 1秒」を、返信パケットを受信することができた待ち時間として保持してお く。なお、ポート維持時間検出部 15は、要求パケットの送信時点で一時的に保持し た待ち時間「1分」を廃棄する (ステップ S107)。また、パケット送信制御部 13と、ポー ト維持時間検出部 15とは、それぞれ返信パケットが受信された時点からタイマによる 新たな計時を開始する。また、パケット送信制御部 13は、待ち時間「1分」を、返信パ ケットを受信することができた待ち時間として保持しておく。
[0118] 図 17は、この具体例における履歴パケットの送信と、要求パケットの送信と、返信パ ケットの受信 (あるいは不受信)とについて説明するための図である。図 17で示される ように、パケット送信制御部 13が設定した待ち時間が「1分 30秒」の場合には、通信 処理装置 2のポート維持時間は 1分 18秒であるため、 1分 30秒の待ち時間で送信さ れた要求パケットに応じた返信パケットは、通信処理装置 2においてアドレス変換され ない。その結果、返信パケットが情報処理装置 1で受信されず (ステップ S106)、ポ ート維持時間検出部 15は、要求パケットの送信時に一時的に保持しておいた待ち時 間「1分 30秒」を、返信パケットを受信できな力 た待ち時間として保持することになる 。また、パケット送信制御部 13も、待ち時間「1分 30秒」を、返信パケットを受信できな 力つた待ち時間として保持しておく。
[0119] パケット送信制御部 13は、返信パケットを受信できな力つた回数がまだ 1回であるた め、要求パケットの送信を継続すると判断し (ステップ S203)、それまでに保持してい る、返信パケットを受信できた最長の待ち時間「1分」に「10秒」を加算した「1分 10秒 」を新たな待ち時間として設定する (ステップ S101)。なお、この待ち時間「1分 10秒」 は、待ち時間設定情報とは別途、パケット送信制御部 13が有する図示しないメモリで 記憶されるものとする。その後、履歴パケットがサーバ装置 3に送信され (ステップ S1 02)、履歴パケットが送信されてから 1分 10秒後に要求パケットが送信される (ステツ プ S201、 S104)。この場合には、通信処理装置 2のポート維持時間「1分 18秒」より も待ち時間のほうが短いため、情報処理装置 1において返信パケットが受信される ( ステップ S105)。その結果、ポート維持時間検出部 15において、返信パケットを受信 することができた待ち時間「1分 11秒」が保持されることになる (ステップ S 107)。
[0120] その後、パケット送信制御部 13は、要求パケットの送信を継続すると判断し (ステツ プ S108)、前回の待ち時間「1分 10秒」に「10秒」を加算した「1分 20秒」を新し!/、待 ち時間として設定する (ステップ S202)。そして、返信パケットの受信から 1分 20秒後 に要求パケットが送信される(ステップ S201、 S104)。なお、この場合には、通信処 理装置 2のポート維持時間よりも待ち時間のほうが長いため、サーバ装置 3から送信 された返信パケットは、通信処理装置 2においてアドレス変換されず、情報処理装置 1に送信されない。したがって、情報処理装置 1の返信パケット受信部 14は、返信パ ケットを受信することができず (ステップ S106)、ポート維持時間検出部 15は、返信 パケットを受信することができな力 た待ち時間「1分 20秒」を保持することになる。情 報処理装置 1において、返信パケットを受信できな力つた回数が 2回になったため、 パケット送信制御部 13は、ポート維持時間を検出するタイミングであると判断し (ステ ップ S203)、ポート維持時間を検出する旨の指示をポート維持時間検出部 15に渡 す。ポート維持時間検出部 15は、その指示に応じて、返信パケットを受信することが できた待ち時間「31秒」、「1分 1秒」、「1分 11秒」のうち、最長の待ち時間「1分 11秒 」を、通信処理装置 2のポート維持時間として検出する (ステップ S 109)。
[0121] [具体例 5]
この具体例では、ノターン Cにおいて、パケット送信制御部 13が、要求パケットを送 信するごとに待ち時間が増加するように要求パケットの送信を制御する場合について 説明する。ポート維持時間検出部 15は、返信パケットを受信できな力つた場合に、ポ ート維持時間を検出するものとする。また、待ち時間の終期については、パターン E であるとする。また、パケット送信制御部 13は、図 11で示される待ち時間設定情報に よって、待ち時間の設定を行うものとする。
[0122] 図 18は、この具体例における履歴パケットの送信と、要求パケットの送信と、返信パ ケットの受信 (あるいは不受信)とについて説明するための図である。図 18で示される ように、まず、パケット送信制御部 13は、履歴パケットを送信するように履歴パケット送 信部 11を制御する。その結果、履歴パケット送信部 11から履歴パケットがサーバ装 置 3に送信される (ステップ S102)。この履歴パケットはサーバ装置 3で受信され、こ の履歴パケットに基づいて、図 12の 1番目のレコードで示される送信先情報が蓄積さ れるのは具体例 1と同様である (ステップ S401、 S402)。パケット送信制御部 13は、 履歴パケットが送信された直後に、要求パケット送信部 12を制御して、要求パケット を送信させる (ステップ S301)。サーバ装置 3は、その要求パケットを受信すると、返 信パケットを送信する(ステップ S403〜S405)。その返信パケットは、通信処理装置 2の履歴ポートに到達し、アドレス変換されて情報処理装置 1に送信される。返信パ ケット受信部 14がその返信パケットを受信すると、パケット送信制御部 13と、ポート維 持時間検出部 15とは、それぞれタイマによる計時を開始する。
[0123] その後、パケット送信制御部 13は、待ち時間「30秒」を設定する (ステップ S303)。
そして、パケット送信制御部 13は、計時を開始してから、待ち時間「30秒」だけ経過 した力どうか判断し、タイマの値が 30秒を示した時点で、要求パケットを送信するタイ ミングであると判断する (ステップ S304)。その結果、要求パケット送信部 12からサー バ装置 3に装置識別情報「AAA」を含む要求パケットが送信される (ステップ S104)
[0124] その要求パケットに対応してサーバ装置 3から送信された返信パケットは、通信処 理装置 2の履歴ポートに到達し、アドレス変換されて情報処理装置 1に送信される。 返信パケット受信部 14がその返信パケットを受信すると (ステップ S 105)、ポート維持 時間検出部 15は、その時点でタイマによる計時を終了し、その時点でのタイマの値「 31秒」を、返信パケットを受信することができた待ち時間として保持しておく (ステップ S107)。なお、パケット送信制御部 13と、ポート維持時間検出部 15とは、それぞれタ イマによる計時を再度、開始する。
[0125] その後、待ち時間「30秒」の場合と同様にして、待ち時間「1分」が設定され (ステツ プ S303)、要求パケットの送信、返信パケットの受信が行われる(ステップ S304、 SI 04、 S105)。返信パケット受信部 14がその返信パケットを受信すると、ポート維持時 間検出部 15は、その時点でタイマによる計時を終了し、その時点でのタイマの値「1 分 1秒」を、返信パケットを受信することができた待ち時間として保持しておく (ステツ プ S107)。なお、パケット送信制御部 13と、ポート維持時間検出部 15とは、それぞれ タイマによる計時を再度、開始する。
[0126] その後、待ち時間「30秒」の場合と同様にして、待ち時間「1分 30秒」が設定され( ステップ S303)、要求パケットが送信されるが(ステップ S304、 S104)、この場合に は、サーバ装置 3から送信された返信パケットは、通信処理装置 2でアドレス変換され ない。したがって、返信パケットが情報処理装置 1で受信されない (ステップ S106)。 その結果、パケット送信制御部 13は、ポート維持時間を検出するタイミングであると 判断し (ステップ S 108)、ポート維持時間を検出する旨の指示をポート維持時間検出 部 15に渡す。ポート維持時間検出部 15は、その指示に応じて、返信パケットを受信 することができた待ち時間「31秒」、「1分 1秒」のうち、最長の待ち時間「1分 1秒」を、 通信処理装置 2のポート維持時間として検出する (ステップ S 109)。
[0127] なお、以上の各具体例において、パケット送信制御部 13と、ポート維持時間検出部 15とがそれぞれタイマを有する場合について説明した力 両者は、単一のタイマを用 V、て待ち時間の計時を行ってもょ 、。
[0128] 以上のように、本実施の形態による情報処理システムでは、情報処理装置 1におい て待ち時間を設定し、その待ち時間の終期に返信パケットの送信をサーバ装置 3に 対して要求することにより、情報処理装置 1は、通信処理装置 2のポート維持時間が、 その待ち時間よりも長いかどうかを判断することができ、通信処理装置 2のポート維持 時間を検出することができる。このポート維持時間の検出処理において、サーバ装置 3は、履歴パケットに基づいた送信先情報の蓄積と、要求パケットの受信に応じた返 信パケットの送信のみを行えばよいため、サーバ装置 3において、待ち時間に基づい た返信パケットの送信タイミングの制御等を行う場合に比べて、サーバ装置 3の処理 負担を軽減することができ、サーバ装置 3に重たい処理を負担させることのない情報 処理システムを実現することができる。
[0129] また、情報処理装置 1において設定する待ち時間の変化の幅を適切に設定するこ とにより、必要十分な範囲において通信処理装置 2のポート維持時間の検出を行うこ とができる。例えば、 10秒単位でのポート維持時間を検出すればよい場合には、 10 秒単位でのポート維持時間を検出することができ、 1秒単位でのポート維持時間を検 出しなければならな!/、場合には、 1秒単位でのポート維持時間を検出することができ る。
[0130] また、パケット送信制御部 13において、返信パケットを受信できたかどうかによつて 、要求パケットを送信するかどうかを決定することができるため、ポート維持時間の検 出に関して不必要な要求パケットを送信すること (例えば、 1分 30秒の待ち時間に対 応する返信パケットを受信できていないにもかかわらず、 2分の待ち時間を示す待ち 時間情報を有する要求パケットを送信すること)を回避することができる。また、待ち 時間を増加する幅を段階的に設定することなどにより、効率的にポート維持時間の検 出を行うこともできる。
[0131] なお、本実施の形態では、送信先情報蓄積部 34が蓄積する送信先情報に、履歴 ポートのポート番号と、通信処理装置 2の通信回線 100側のアドレスとが含まれる場 合について説明した力 送信先情報には、履歴ポートのポート番号のみが含まれて もよい。この場合には、サーバ装置 3は、要求パケットのヘッダに含まれる送信元アド レスから、通信処理装置 2の通信回線 100側のアドレスを取得してもよ 、。
[0132] (実施の形態 2)
本発明の実施の形態 2による情報処理システムについて、図面を参照しながら説明 する。本実施の形態による情報処理システムでは、情報処理装置からサーバ装置に 送信される要求パケットに、返信パケットの送信先に関する情報である送信先情報が 含まれる。
[0133] 図 19は、本実施の形態による情報処理システムの構成を示すブロック図である。図 19において、本実施の形態による情報処理システムは、情報処理装置 4と、通信処 理装置 2と、サーバ装置 5とを備える。なお、本実施の形態による情報処理システムは 、情報処理装置 1が情報処理装置 4となり、サーバ装置 3がサーバ装置 5となった以 外、実施の形態 1の情報処理システムと同様である。
[0134] 情報処理装置 4は、履歴パケット送信部 11と、要求パケット送信部 41と、パケット送 信制御部 13と、返信パケット受信部 42と、ポート維持時間検出部 15とを備える。な お、履歴パケット送信部 11、パケット送信制御部 13、ポート維持時間検出部 15は、 実施の形態 1と同様であり、その説明を省略する。
[0135] 要求パケット送信部 41は、実施の形態 1による要求パケット送信部 12と同様のもの である。ただし、要求パケット送信部 41が送信する要求パケットには、返信パケットの 送信先に関する情報である送信先情報が含まれる。この送信先情報は、後述する返 信パケット受信部 42によって受信された返信パケットに含まれる履歴ポートの位置を 示す情報、通信処理装置 2の通信回線 100側のアドレスを示す情報を用いて構成さ れるものである。
[0136] 返信パケット受信部 42は、実施の形態 1による返信パケット受信部 14と同様のもの である。ただし、返信パケット受信部 42は、サーバ装置 5から送信される、履歴ポート の位置を示す情報と、通信処理装置 2の通信回線 100側のアドレスを示す情報とを 含む返信パケットをも受信するものである。
[0137] なお、履歴パケット送信部 11、要求パケット送信部 41、返信パケット受信部 42の任 意の 2以上の要素が通信に関するデバイスを有する場合に、それらは同一の手段で あってもよぐあるいは別々の手段であってもよい。
[0138] サーバ装置 5は、要求パケット受信部 31と、履歴パケット受信部 33と、返信パケット 送信部 51とを備える。なお、要求パケット受信部 31、履歴パケット受信部 33は、実施 の形態 1と同様であり、その説明を省略する。
[0139] 返信パケット送信部 51は、実施の形態 1による返信パケット送信部 32と同様のもの である。ただし、返信パケット送信部 51は、要求パケット受信部 31が受信した要求パ ケットに含まれる送信先情報に基づいて、返信パケットを送信する。すなわち、返信 パケット送信部 51は、要求パケットに含まれる送信先情報の示すアドレス、ポート番 号に返信パケットを送信する。また、返信パケット送信部 51は、履歴パケット受信部 3 3が履歴パケットを受信した場合に、その履歴パケットの通過した通信処理装置 2の ポートである履歴ポートの位置を示す情報と、通信処理装置 2の通信回線 100側の アドレスを示す情報とを含む返信パケットを情報処理装置 4に送信する。ここで、返信 パケット送信部 51は、履歴パケットのヘッダに含まれる送信元アドレスと、送信元ポー ト番号とを、それぞれ、履歴ポートの位置を示す情報と、通信処理装置 2の通信回線 100側のアドレスを示す情報とすることができる。なお、要求パケットが受信された場 合に送信される返信パケットを「要求パケットに応じた返信パケット」と呼び、履歴パケ ットが受信された場合に送信される返信パケットを「履歴パケットに応じた返信パケット 」と呼ぶことにする。
[0140] なお、要求パケット受信部 31、履歴パケット受信部 33、返信パケット送信部 51の任 意の 2以上の要素が通信に関するデバイスを有する場合に、それらは同一の手段で あってもよぐあるいは別々の手段であってもよい。
[0141] 次に、履歴パケット、要求パケット、返信パケットの通過するポートについて、具体的 に説明する。本実施の形態では、履歴パケットに応じた返信パケットが履歴ポートを 通過する場合と、そうでない場合の 2つのパターンを考えることができる。履歴パケット に応じた返信パケットが履歴ポートを通過する場合を、パターン Xと呼び、履歴バケツ トに応じた返信パケットが履歴ポートを通過しない場合を、パターン Yと呼ぶことにす る。パターン Xの場合には、履歴パケット、要求パケット、返信パケットの通過するポー トは、実施の形態 1の図 2と同様になる。一方、パターン Yの場合には、図 20で示され るように、履歴パケットに応じた返信パケットは、ポート P12を介して情報処理装置 4 に送信される。ここで、ポート P2とポート P12は異なるポートである。このように、実施 の形態 1では、すべての返信パケットが履歴ポートに送信される場合について説明し たが、本実施の形態では、返信パケットのうち、履歴パケットに応じた返信パケットは 、履歴ポートに送信されてもよぐあるいは、履歴ポートに送信されなくてもよい。なお 、情報処理装置 4が履歴パケットに応じた返信パケットを受信することができるために は、サーバ装置 5からポート P12に送信された返信パケットが通信処理装置 2におい てアドレス変換される必要がある。したがって、情報処理装置 4は、例えば、所定のパ ケットを、ポート P12を介してサーバ装置 5に送信することにより、履歴パケットに応じ た返信パケットを受信できるようにしてもよぐ UPnP (Universal Plug and Play) などの機能を用いて、ポート P12に送信されたパケットが、情報処理装置 4のポート P 11に送信されるようにポートマッピングの設定を通信処理装置 2に行ってもよぐある いは、その他の方法を用いてもよい。また、図 20では、履歴パケットに応じた返信パ ケットが通信処理装置 2を介して情報処理装置 4に送信される場合について説明した 1S 履歴パケットに応じた返信パケットは、通信処理装置 2を介さないで情報処理装 置 4に送信されてもよい。例えば、情報処理装置 4とサーバ装置 5が、通信回線 100 以外の通信回線を介した通信も行うことができる場合に、履歴パケットに応じた返信 パケットは、通信回線 100と異なる通信回線を介して通信処理装置 2を経由すること なく情報処理装置 4に送信されてもよい。
[0142] 次に、ポート維持時間の検出処理について説明する。待ち時間の定義は、実施の 形態 1と同様である。ただし、ノターン Xの場合には、履歴パケットが情報処理装置 4 力も送信された直後に、サーバ装置 5から返信パケットが送信されるため、待ち時間 は、図 3Bで示されるパターン 2の場合だけとなる。なお、そのパターン 2の待ち時間 の始期に通信処理装置 2を通過する返信パケットは、要求パケットに応じた返信パケ ットではなぐ履歴パケットに応じた返信パケットである。一方、パターン Yの場合には 、履歴パケットに応じた返信パケットが履歴ポートを通過しないため、待ち時間は、図 3Aで示されるパターン 1の場合と、図 3Bで示されるパターン 2の場合とがある。
[0143] 次に、待ち時間の始期について説明する。図 20で示されるパターン Yの場合には 、履歴パケットに応じた返信パケットが履歴ポートを通過しないため、待ち時間の始 期のパターンとして、実施の形態 1で説明したパターン A〜Cを考えることができる。 一方、図 2で示されるパターン Xの場合には、履歴パケットに応じた返信パケットも履 歴ポートを通過するため、待ち時間の始期のパターンは、パターン A、 Bとは異なるよ うになる。すなわち、待ち時間の始期に履歴ポートを通過するパケットが毎回、履歴 パケットに応じた返信パケットであるパターン (これを「パターン G」とする)と、要求パ ケットに応じた返信パケットを情報処理装置 4が受信できたときには、その返信バケツ トを待ち時間の始期に履歴ポートを通過するパケットとし、要求パケットに応じた返信 パケットを情報処理装置 4が受信できな力つたときには、新たな履歴パケットを送信し 、その履歴パケットに応じた返信パケットを待ち時間の始期に履歴ポートを通過する パケットとするパターン (これを「パターン H」とする)と、実施の形態 1と同様のパター ン Cとの 3つのパターンについて考えることにする。なお、パターン Cについては、待 ち時間の始期に履歴ポートを通過するパケットが、要求パケットに応じた返信パケット であるため、本実施の形態でも実施の形態 1と同様となる。また、これらのパターン以 外であってもよぐこれらのパターンに限定されない。
[0144] [パターン G]
図 21Aは、パターン Gについて説明するための図である。パターン Gでは、図 4Aで の説明と同様に、返信パケットを情報処理装置 4が受信できたかどうかにかかわらず 、情報処理装置 4は、待ち時間の始期に履歴パケットを送信する。なお、パターン G では、待ち時間の始期に履歴ポートを通過するパケットは、その送信された履歴パケ ットに応じた返信パケットである。また、パケット送信制御部 13は、要求パケットの送 信を制御すると共に、待ち時間の始期における、履歴パケット送信部 11による履歴 パケットの送信を制御する。すなわち、パケット送信制御部 13は、待ち時間の始期に 履歴パケットが送信されるように、履歴パケット送信部 11を制御する。
[0145] また、厳密には、図 3Bで示されるように、待ち時間の始期は履歴パケットに応じた 返信パケットが通信処理装置 2を通過する時点となる力 S、情報処理装置 4が、返信パ ケットが通信処理装置 2を通過する時点を知ることは困難である。したがって、図 21A で示されるように、ポート維持時間検出部 15において、待ち時間の始期である履歴 パケットに応じた返信パケットが通信処理装置 2を通過する時点を、履歴パケットの送 信時点としてもよぐあるいは、その履歴パケットに応じた返信パケットを受信した時点 としてもよい。なお、図 21Aは、 2以上の要求パケットを送信する場合を想定した図と なっているが、情報処理装置 4が送信する要求パケットは、 1個のみであってもよい。
[0146] [パターン H]
図 21B、図 21Cは、パターン Hについて説明するための図である。パターン Hでは 、待ち時間の始期に履歴ポートを通過するパケットは、履歴パケットに応じた返信パ ケットまたは要求パケットに応じた返信パケットである。要求パケットに応じた返信パケ ットを情報処理装置 4が受信できた場合には、図 21Bで示されるように、情報処理装 置 4は、待ち時間の始期において履歴パケットを送信せず、その返信パケットが、待 ち時間の始期に履歴ポートを通過するパケットとなる。一方、要求パケットに応じた返 信パケットを情報処理装置 4が受信できな力つた場合には、図 21Cで示されるように 、情報処理装置 4は、待ち時間の始期に履歴パケットを送信し、その履歴パケットに 応じた返信パケットが、待ち時間の始期に履歴ポートを通過するパケットとなる。また 、パケット送信制御部 13は、要求パケットの送信を制御すると共に、要求パケットに応 じた返信パケットを返信パケット受信部 14が受信できな力つた場合に、次の待ち時間 の始期に履歴パケットを送信するように、履歴パケット送信部 11を制御する。 [0147] また、厳密には、図 3Bで示されるように、待ち時間の始期は返信パケットが通信処 理装置 2を通過する時点となるが、情報処理装置 4が、返信パケットが通信処理装置 2を通過する時点を知ることは困難である。したがって、図 21B、図 21Cで示されるよ うに、ポート維持時間検出部 15において、待ち時間の始期に履歴ポートを通過する パケットが履歴パケットに応じた返信パケットである場合には、待ち時間の始期である 履歴ポートをパケットが通過した時点を、履歴パケットの送信時点としてもよぐあるい は、履歴パケットに応じた返信パケットの受信時点としてもよぐ待ち時間の始期に履 歴ポートを通過するパケットが要求パケットに応じた返信パケットである場合には、待 ち時間の始期である履歴ポートをパケットが通過した時点を、要求パケットに応じた 返信パケットの受信時点としてもよい。なお、この場合には、情報処理装置 4が 2以上 の要求パケットを送信することが前提となる。
[0148] なお、待ち時間の終期については、実施の形態 1と同様に、パターン D〜Fを考え ることができ、それらのパターンについては実施の形態 1で説明したため、その説明 を省略する。ただし、これらの 3つのパターン以外であってもよぐこれらのパターンに 限定されない。
[0149] 次に、本実施の形態による情報処理装置 4の動作について、フローチャートを用い て説明する。なお、本実施の形態でも、実施の形態 1と同様に、待ち時間の始期のパ ターンに応じて、フローチャートが異なる。したがって、パターン A〜C、 G、 Hのそれ ぞれのフローチャートについて説明する。
[0150] 図 22は、本実施の形態による情報処理装置 4のパターン A、 Gの場合の動作を示 すフローチャートである。なお、ステップ S501〜S503以外の処理は、実施の形態 1 の図 6のフローチャートと同様であり、その説明を省略する。ただし、パターン Gの場 合には、ステップ S103の要求パケットの送信タイミングの判断や、ポート維持時間検 出部 15による待ち時間を計測する処理等において、待ち時間の始期は、履歴バケツ トの送信時点であってもよぐあるいは、履歴パケットに応じた返信パケットの受信時 点であってもよい。
[0151] (ステップ S501)返信パケット受信部 42は、履歴パケットに応じた返信パケットを受 信した力どうか判断する。そして、返信パケットを受信した場合には、ステップ S502に 進み、そうでない場合には、返信パケットを受信するまでステップ S501の処理を繰り 返す。なお、サーバ装置 5がダウンしているなどの理由で返信パケットを受信すること ができない場合には、返信パケット受信部 42は、履歴パケットが送信されてから例え ば 1分などの所定の時間が経過した後に、タイムアウトであると判断し、一連の処理を 終了してもよい。
[0152] (ステップ S502)要求パケット送信部 41は、返信パケット受信部 42が受信した返信 パケットに含まれる履歴ポートの位置を示す情報と、通信処理装置 2の通信回線 100 側のアドレスを示す情報とを一時的に記憶しておく。なお、返信パケット受信部 42が 履歴パケットに応じた返信パケットを新たに受信した場合には、要求パケット送信部 4 1は、最新の履歴ポートの位置を示す情報と、通信処理装置 2の通信回線 100側の アドレスを示す情報とがどれであるかわ力るように、それらの情報を一時的に記憶す るものとする。例えば、要求パケット送信部 41は、それらの情報を上書きで記憶しても よい。
[0153] (ステップ S503)パケット送信制御部 13は、要求パケットをサーバ装置 5に送信す るように要求パケット送信部 41を制御する。その結果、要求パケットが要求パケット送 信部 41からサーバ装置 5に送信される。この要求パケットには、要求パケット送信部 4 1が一時的に記憶している履歴ポートの位置を示す情報と、通信処理装置 2の通信 回線 100側のアドレスを示す情報とを含む送信先情報が含まれている。
[0154] なお、このフローチャートでは、履歴ポートの位置を示す情報と、通信処理装置 2の 通信回線 100側のアドレスを示す情報とが要求パケット送信部 41において一時的に 記憶される場合について説明した力 これは一例であって、それらの情報は、要求パ ケット送信部 41以外で一時的に記憶されてもよい。ただし、要求パケット送信部 41が 要求パケットを送信するときに、それらの情報にアクセスできなければならない。
[0155] 図 23は、本実施の形態による情報処理装置 4のパターン B、 Hの場合の動作を示 すフローチャートである。なお、ステップ S501〜S503以外の処理は、実施の形態 1 の図 7のフローチャートと同様であり、その説明を省略する。また、ステップ S501〜S 503の処理は、図 22のフローチャートと同様であり、その説明を省略する。ただし、パ ターン Hの場合には、ステップ S201における待ち時間の始期に履歴パケットが送信 された後の要求パケットの送信タイミングの判断や、ポート維持時間検出部 15による 待ち時間を計測する処理等において、待ち時間の始期は、履歴パケットの送信時点 であってもよぐあるいは、履歴パケットに応じた返信パケットの受信時点であってもよ い。
[0156] 図 24は、本実施の形態による情報処理装置 4のパターン Cの場合の動作を示すフ ローチャートである。なお、ステップ S501〜S503、 S601以外の処理は、実施の形 態 1の図 8のフローチャートと同様であり、その説明を省略する。また、ステップ S501 〜S503の処理は、図 22のフローチャートと同様であり、その説明を省略する。
[0157] (ステップ S601)パケット送信制御部 13は、要求パケットをサーバ装置 5に送信す るように要求パケット送信部 41を制御する。その結果、要求パケットが要求パケット送 信部 12からサーバ装置 5に送信される。この要求パケットには、要求パケット送信部 4 1が一時的に記憶している履歴ポートの位置を示す情報と、通信処理装置 2の通信 回線 100側のアドレスを示す情報とを含む送信先情報が含まれている。
[0158] なお、図 24のフローチャートでは、履歴パケットに応じた返信パケットの受信 (ステツ プ S501)の後に、再度、要求パケットの送信 (ステップ S601)と、要求パケットに応じ た返信パケットの受信 (ステップ S302)とを行うとしている力 要求パケットの送信 (ス テツプ S601)と、要求パケットに応じた返信パケットの受信 (ステップ S302)との処理 を省略してもよ ヽ。
[0159] 次に、本実施の形態によるサーバ装置 5の動作について、図 25のフローチャートを 用いて説明する。なお、ステップ S401、 S403の処理は、実施の形態 1の図 9のフロ 一チャートと同様であり、その説明を省略する。
[0160] (ステップ S701)返信パケット送信部 51は、履歴パケット受信部 33が受信した履歴 パケットのヘッダに含まれる送信元アドレス、送信元ポート番号を読み出し、その送信 元アドレスと、送信元ポート番号とを含む返信パケットを情報処理装置 4に送信する。 そして、ステップ S401に戻る。なお、返信パケット送信部 51は、パターン Xの場合に は、その返信パケットを履歴ポート、すなわち、履歴パケットの送信元ポートに送信し 、ノターン Yの場合には、その返信パケットを、履歴ポートを介さないで情報処理装 置 4に送信する。 [0161] (ステップ S702)返信パケット送信部 51は、要求パケット受信部 31が受信した要求 パケットのペイロードから送信先情報を読み出す。
[0162] (ステップ S703)返信パケット送信部 51は、読み出した送信先情報の示すアドレス
、ポート番号に、返信パケットを送信する。そして、ステップ S401に戻る。
[0163] なお、図 25のフローチャートにおいて、電源オフや処理終了の割り込みにより処理 は終了する。
[0164] 次に、本実施の形態による情報処理システムの動作について、具体例を用いて説 明する。この具体例において、パターン Gにおいて、要求パケットを送信するごとに待 ち時間を増加させていくことによってポート維持時間を検出する場合について説明す る。待ち時間の始期は、履歴パケットに応じた返信パケットの受信時点であるとする。 また、待ち時間の終期は、パターン Eであるとする。
[0165] 以下の具体例において、実施の形態 1の具体例と同様に、通信処理装置 2のポー ト維持時間は 1分 18秒であるとする。また、情報処理装置 4、通信処理装置 2、サー バ装置 5の各 IPアドレスは、情報処理装置 1が情報処理装置 4となり、サーバ装置 3 がサーバ装置 5となった以外、実施の形態 1の具体例と同様であるとする。また、ポー ト維持時間検出部 15は、要求パケットに応じた返信パケットを受信できな力 た場合 に、ポート維持時間の検出を行うものとする。
[0166] 図 26は、以下の具体例における履歴パケット、履歴パケットに応じた返信パケット、 要求パケット、要求パケットに応じた返信パケットの構成を示す図である。履歴バケツ ト、要求パケット、返信パケットは、それぞれ UDPヘッダを有しており、ペイロードには 、パケット種類識別情報が含まれている。履歴パケットに応じた返信パケットのペイ口 ードには、履歴ポートの位置を示す情報と、通信処理装置 2の通信回線 100側のアド レスを示す情報とが含まれている。また、要求パケットのペイロードには、送信先情報 が含まれている。
[0167] この具体例でも、図 11の待ち時間設定情報を用いて待ち時間の設定が行われるも のとする。まず、パケット送信制御部 13は、図 11で示される待ち時間設定情報を用 いて、待ち時間を「30秒」に設定する (ステップ S101)。その後、パケット送信制御部 13の制御によって、履歴パケットが情報処理装置 4からサーバ装置 5に送信される ( ステップ S 102)。
[0168] その履歴パケットは、サーバ装置 5の履歴パケット受信部 33で受信され、返信パケ ット送信部 51に渡される (ステップ S401)。返信パケット送信部 51は、その履歴パケ ットのヘッダから、送信元アドレス「202. 224. 135. 10」と、送信元ポート番号「123 45」とを読み出す。そして、その送信元アドレスと、送信元ポート番号とをペイロード に含む返信パケットを構成し、その返信パケットを、その送信元アドレス、送信元ポー トに送信する (ステップ S701)。
[0169] その履歴パケットに応じた返信パケットは、通信処理装置 2の履歴ポートに到達し、 アドレス変換されて情報処理装置 4に送信される。情報処理装置 4の返信パケット受 信部 42は、その返信パケットを受信し、その返信パケットを要求パケット送信部 41に 渡す (ステップ S501)。なお、パケット送信制御部 13と、ポート維持時間検出部 15と は、この履歴パケットに応じた返信パケットの受信時点から、タイマによる計時を開始 する。要求パケット送信部 41は、返信パケット受信部 42から受け取った返信パケット のペイロードから、通信処理装置 2の通信回線 100側のアドレス「202. 224. 135. 1 0」と、履歴ポートのポート番号「12345」とを読み出し、図示しないメモリにおいて一 時的にそれらの情報を記憶しておく(ステップ S502)。
[0170] その後、パケット送信制御部 13は、計時を開始してから、図 11で示される待ち時間 設定情報のフラグ「1」に対応する待ち時間「30秒」だけ経過したかどうか判断し、タイ マの値が 30秒を示した時点で、要求パケットを送信するタイミングであると判断する( ステップ S103)。そして、要求パケットを送信するように要求パケット送信部 41を制御 する。その結果、要求パケット送信部 41からサーバ装置 5に、送信先情報を含む要 求パケットが送信される (ステップ S503)。なお、その送信先情報には、通信処理装 置 2の通信回線 100側のアドレス「202. 224. 135. 10」と、履歴ポートのポート番号 「12345」とが含まれている。
[0171] その要求パケットはサーバ装置 5の要求パケット受信部 31で受信され、返信バケツ ト送信部 51に渡される (ステップ S403)。返信パケット送信部 51は、その要求バケツ トのペイロードから送信先情報を読み出し (ステップ S 702)、その送信先情報の示す アドレス「202. 224. 135. 10」、ポート番号「12345」に返信パケットを送信する(ス テツプ S703)。その返信パケットは、通信処理装置 2のポート 12345に到達し、その ポートに関するポート維持時間「1分 18秒」がまだ経過していないため、アドレス変換 されて情報処理装置 4に送信される。
[0172] 情報処理装置 4の返信パケット受信部 42は、その返信パケットを受信し (ステップ S 105)、返信パケットを受信できた旨をポート維持時間検出部 15に渡す。すると、ポ ート維持時間検出部 15は、待ち時間「31秒」に関する返信パケットを受信できた旨を 保持しておく(ステップ S 107)。また、パケット送信制御部 13は、返信パケットが受信 されたため、要求パケットの送信を継続すると判断し (ステップ S108)、待ち時間を「1 分」に設定する (ステップ S101)。その後、上記説明と同様にして、履歴パケットの送 信、履歴パケットに応じた返信パケットの受信、履歴ポートのポート番号の記憶などが 行われる(ステップ S102、 S501、 S502) oなお、この場合に ίま、 1回目の履歴ノケッ トが送信されたときと同じアドレス、ポート番号がサーバ装置 5から送信された返信パ ケットに含まれる力 要求パケット送信部 41は、そのアドレス等を上書きで記憶するも のとする。その後、要求パケットの送信等が繰り返される。
[0173] 図 27は、この具体例における履歴パケットの送信と、要求パケットの送信と、返信パ ケットの受信 (あるいは不受信)とについて説明するための図である。この具体例では 、待ち時間「1分」の終期に送信された返信パケットは、情報処理装置 4で受信される 1S 待ち時間「1分 30秒」の終期に送信された返信パケットは、通信処理装置 2のポ ート維持時間が経過しているため、通信処理装置 2でアドレス変換されず、情報処理 装置 4で受信されない。その結果、パケット送信制御部 13は、ポート維持時間の検出 を行うタイミングであると判断し (ステップ S108)、ポート維持時間の検出を行う旨の 指示をポート維持時間検出部 15に渡す。ポート維持時間検出部 15は、その指示に 応じて、返信パケットを受信することができた待ち時間「31秒」、「1分 1秒」のうち、最 長の待ち時間「1分 1秒」を、通信処理装置 2のポート維持時間として検出する (ステツ プ S109)。なお、その後、その検出されたポート維持時間は、例えば、所定の記録媒 体 (図示せず)で記憶され、サーバ装置 5への定期的なパケットの送信周期として用 いられることは、実施の形態 1と同様である。
[0174] なお、この具体例では、実施の形態 1の具体例 1に対応する具体例のみを説明した 力 実施の形態 1の具体例 2〜5に対応する本実施の形態の具体例は、要求パケット に送信先情報が含まれる点や、待ち時間の始期が履歴パケットに応じた返信パケット の受信時点でありうる点など以外、実施の形態 1の具体例 2〜5と同様であり、その説 明を省略する。
[0175] 以上のように、本実施の形態による情報処理システムでは、サーバ装置 5において 送信先情報の蓄積を行うことなぐ実施の形態 1と同様に通信処理装置 2のポート維 持時間を検出することができる。
[0176] なお、本実施の形態では、履歴パケットに応じた返信パケットに、履歴ポートの位置 を示す情報と、通信処理装置 2の通信回線 100側のアドレスを示す情報とが含まれる 場合について説明した力 履歴パケットに応じた返信パケットには、履歴ポートの位 置を示す情報のみが含まれていてもよい。その場合には、要求パケットに含まれる送 信先情報には、通信処理装置 2の通信回線 100側のアドレスを示す情報が含まれな くてもよく、あるいは、含まれてもよい。前者の場合には、サーバ装置 5は、要求バケツ トのヘッダ力も送信元アドレスを取得することにより、通信処理装置 2の通信回線 100 側のアドレスを知ることができる。また、後者の場合には、情報処理装置 4は、履歴パ ケットに応じた返信パケットとは別の方法によって、通信処理装置 2の通信回線 100 側のアドレスを取得するものとする。例えば、情報処理装置 4は、 UPnPの機能などを 用いてそのアドレスを取得してもよぐ受信したパケットの送信元アドレスをペイロード に含むパケットを構成し、そのパケットを受信したパケットの送信元アドレスに送信す る所定のサーバ装置がある場合に、情報処理装置 4がそのサーバ装置にパケットを 送信し、そのサーバ装置力も送信されたパケットを受信することによって、通信処理 装置 2の通信回線 100側のアドレスを取得してもよい。その所定のサーバ装置は、サ ーバ装置 5であってもよぐ別のサーバ装置であってもよい。
[0177] なお、上記各実施の形態の具体例において、図 11などで示される待ち時間設定情 報を用いて待ち時間が設定される場合について説明したが、待ち時間設定情報を用 V、な 、で待ち時間が設定されてもよ!、。例えば、パケット送信制御部 13が待ち時間 を設定するアルゴリズムを有しており、そのアルゴリズムに応じて待ち時間を決定し、 その決定した待ち時間を所定の記録媒体等に記録することによって、待ち時間の設 定を行ってもよぐその他の方法によって、待ち時間を設定してもよい。ここで、そのァ ルゴリズムは、例えば、要求パケットの送信ごとに 30秒ずつ待ち時間が増加するアル ゴリズムであってもよぐ要求パケットの送信ごとに待ち時間が 2倍に増加するアルゴリ ズムであってもよぐあるいはその他のアルゴリズムであってもよ!/、。
[0178] また、上記各実施の形態において、理想的な待ち時間の始期や終期を情報処理 装置が知ることは困難であるため、待ち時間の始期や終期を近似して計測する場合 について説明したが、その近似の方法は、上記説明に限定されるものではない。例 えば、サーバ装置力も送信される返信パケットに、その返信パケットの送信時刻を示 す情報を含むようにしておき、情報処理装置において、その送信時刻を返信パケット が通信処理装置 2に到達した時点として用いるようにしてもょ 、。
[0179] また、上記各実施の形態において、パケット送信制御部 13は、要求パケットの送信 時点から返信パケットが通信処理装置 2に到達する時点までの時間を考慮して、要 求パケットの送信を制御してもよ 、。要求パケットの送信時点から返信パケットが通信 処理装置 2に到達する時点までの時間を「T秒」とし、待ち時間が 30秒である場合に 、パケット送信制御部 13は、例えば、履歴パケットの送信時点から「30— Τ秒」経過し た時点に要求パケットを送信するように制御してもよ 、。
[0180] また、上記各実施の形態でのパターン Cの説明において、待ち時間の終期に送信 された返信パケットを次の待ち時間の始期に履歴ポートを通過するパケットとする場 合について説明したが、情報処理装置が待ち時間の始期の前に、要求パケットをサ ーバ装置に送信し、その要求パケットに応じてサーバ装置力 送信された返信バケツ トが履歴ポートを通過した時点を待ち時間の始期としてもよい。この場合には、待ち 時間が増加するように要求パケットの送信が制御されなくてもよい。
[0181] また、上記各実施の形態では、サーバ装置において履歴パケットに基づいて送信 先情報を蓄積する場合、要求パケットに返信パケットの送信先に関する送信先情報 が含まれる場合について説明した力 それ以外の方法によって、サーバ装置が返信 パケットの送信先に関する情報を取得できるようにしてもよい。例えば、履歴ポートの 位置を示す情報と、通信処理装置 2の通信回線 100側のアドレスを示す情報とを、ュ 一ザが手入力でサーバ装置に設定するようにしてもよい。この場合には、履歴バケツ トがサーバ装置に到達する必要がない。したがって、履歴パケットの寿命、例えば TT L (Time To Live)を調整することによって、履歴パケットがサーバ装置に到達しな いようにしてもよい。ただし、履歴パケットの送信によって、履歴ポートに送信履歴を 残さなければならないため、履歴パケットは、少なくとも通信回線 100には到達するも のとする。履歴パケットがサーバ装置に到達しない場合には、サーバ装置は、履歴パ ケット受信部を備えなくてもよい。または、サーバ装置は、返信パケットの送信先を限 定せず、返信パケットのいずれかが履歴ポートに送信されるように、通信処理装置 2 の複数のポートに対して返信パケットを送信してもよい。
[0182] また、上記各実施の形態での通信で送受信される履歴パケット、要求パケット、返 信パケットなどのデータ容量、構造等は問わない。
[0183] また、上記各実施の形態では、図 2や図 20で示されるように、通信処理装置 2の一 つのポート P2のみを用いて履歴パケットの送信を行う場合について説明した力 履 歴パケットが送信されるごとに、その履歴パケットが通過する通信処理装置 2のポート が変更されてもよい。すなわち、履歴パケットを通信処理装置 2の 1つのポートを介し て送信するとは、一度に用いる通信処理装置 2のポートが 1つであるということである 。具体的には、複数の履歴パケットを送信する場合に、そのすベての履歴パケットを 通信処理装置 2の単一のポートを介して送信することであってもよぐあるいは、複数 の履歴パケットを、通信処理装置 2の 2以上のポートを介して送信することであっても よい。ただし、後者の場合であっても、一度に用いるポートは 1つであるため、 2以上 のポートを用いて同時に 2以上の履歴パケットを送信するようなことは行わない。
[0184] また、上記各実施の形態において、情報処理装置は、待ち時間を設定し、要求パ ケット等の送信タイミングを制御する場合について説明したが、待ち時間の設定を行 うことなぐ要求パケット等の送信タイミングを制御してもよい。待ち時間の設定を行う ことなく要求パケット等の送信タイミングが制御される場合について、以下、図 28のフ ローチャートを用いて、簡単に説明する。図 28は、実施の形態 1による情報処理装置
1の動作を示すフローチャートである。ここで、図 28のフローチャートは、パターン Aに 対応するものであるとする。また、ステップ S801以外の処理は、実施の形態 1の図 6 のフローチャートと同様であり、その説明を省略する。 [0185] (ステップ S801)パケット送信制御部 13は、履歴パケットを送信するタイミングであ るかどうか判断する。そして、履歴パケットを送信するタイミングである場合には、ステ ップ S102に進み、そうでない場合には、ステップ S103に進む。
[0186] パケット送信制御部 13は、例えば、図 29で示される履歴パケットの送信タイミングと 、要求パケットの送信タイミングとを示すタイミングテーブルを有しているとする。そし て、図 28で示される一連の処理が開始されると、タイマによる計時を開始し、ノ ケット 送信制御部 13は、タイマの値が図 29で示される履歴パケット送信タイミングに一致し た場合に、履歴パケットを送信するタイミングであると判断し、タイマの値が図 29で示 される要求パケット送信タイミングに一致した場合に、要求パケットを送信するタイミン グであると判断する。その結果、図 30で示されるように、履歴パケットと、要求パケット とが送信されることになる。なお、図 30では、通信処理装置 2の待ち時間を「2分 30 秒」であるとしている。したがって、タイマの値が「6分 30秒」を示した時点に送信され た要求パケットに応じた返信パケットを情報処理装置 1は受信できず、例えば、ポート 維持時間が「2分」と検出される (ステップ S108、 S109)。また、履歴パケットの送信 や、要求パケットの送信等に関する詳細な処理は、実施の形態 1での説明と同様で あるとする。また、実施の形態 2による情報処理装置 4も、この説明と同様に、待ち時 間の設定を行うことなくポート維持時間の検出処理を行ってもよい。また、待ち時間の 設定を行わな 、でポート維持時間の検出を行う方法は、この説明に限定されるもの ではなぐその他の方法を用いてもよい。
[0187] また、上記各実施の形態において、履歴パケット、要求パケット、返信パケットが U DPのパケットである場合について説明した力 それらのパケットは、 TCPのパケット であってもよぐポート維持時間の検出が可能なパケットであれば、それら以外のパケ ットであってもよい。
[0188] また、上記各実施の形態において、要求パケットの送信タイミングを、タイマを用い て計時する場合について説明したが、タイマに代えて、例えば、時計やクロック信号 等を用いてもよぐその計時の手段は問わない。
[0189] また、上記各実施の形態では、情報処理装置が、通信処理装置 2を 1つだけ介して 通信回線 100に接続される場合について説明したが、情報処理装置は、複数の通 信処理装置を介して通信回線 100に接続されてもよい (すなわち、多段接続の通信 処理装置が構成されていてもよい)。この場合には、その多段接続の通信処理装置 のうち、一番短いポート維持時間が検出されることになる。
[0190] また、上記各実施の形態では、通信処理装置 2が NATの機能を有するものである( すなわち、アドレス変換を行う)と説明したが、通信処理装置 2は、 NATの機能に代 えて、あるいは NATの機能と共にパケットフィルタリングのファイアウォール(Firewall )の機能を有するものであってもよい。ここで、パケットフィルタリングとは、例えば、前 述の受信フィルタルールに基づ 、た受信パケットの選択を行うものである。そのような ファイアウォールの機能を有する通信処理装置 2につ 、て、上記各実施の形態によ る方法によって、そのポート維持時間を検出することができる。ここで、通信処理装置 2がファイアウォール機能を有するものである場合のポート維持時間とは、その通信 処理装置 2のあるポートを最後のパケットが通過して力 所定の時間が経過した後に 、 WAN側カゝらそのポートに送信されたパケットが通信処理装置 2の LAN側に送信さ れな 、場合における、その所定の時間のことである。
[0191] また、上記各実施の形態において、サーバ装置は、要求パケットを受信してから、 所定の期間が経過した後に、返信パケットを送信するものであってもよい。例えば、 サーバ装置は、要求パケットを受信してから、 5秒後に返信パケットを送信してもよい 。この場合には、情報処理装置では、その要求パケットがサーバ装置で受信されて 力も返信パケットが送信されるまでの時間を考慮して、待ち時間の設定を行ってもよ い。このように、サーバ装置の返信パケット送信部が返信パケットを送信するのは、要 求パケット受信部が要求パケットを受信して力 所定の時間が経過した後であっても よぐあるいは、上記各実施の形態で説明したように、要求パケット受信部が要求パケ ットを受信した直後であってもよ 、。
[0192] また、上記各実施の形態において、 UDPの履歴パケットや、要求パケット、返信パ ケットを送信する場合には、 UDPはコネクションレス型の通信であるため、それらの U DPパケットのうち、一部の UDPパケットが通信先に到達しないことがありうる。したが つて、例えば、情報処理装置が要求パケットを送信した後に、タイムアウトであると判 断された場合には、もう一度、要求パケットを送信することによって、本当にタイムァゥ トであるのかどうかを確認してもよい。また、例えば、 UDPの履歴パケット、要求バケツ ト、返信パケット等を送信するときに、 UDPパケットが通信先に到達しないことを考慮 して、 2以上の同一のパケットをほぼ同時に送信してもよい。
[0193] また、上記各実施の形態では、サーバ装置を IPアドレスによって特定する場合につ いて説明したが、サーバ装置をドメイン名(例えば、 server, pana. netなど)によって 特定してもよい。この場合には、そのドメイン名が DNSサーバを用いて、 IPアドレスに 変換されることにより、サーバ装置を特定することができる。
[0194] また、上記各実施の形態において、各処理 (各機能)は、単一の装置 (システム)に よって集中処理されることによって実現されてもよぐあるいは、複数の装置によって 分散処理されることによって実現されてもょ 、。
[0195] また、上記各実施の形態において、各構成要素は専用のハードウェアにより構成さ れてもよぐあるいは、ソフトウェアにより実現可能な構成要素については、プログラム を実行することによって実現されてもよい。例えば、ハードディスクや半導体メモリ等 の記録媒体に記録されたソフトウェア 'プログラムを CPU等のプログラム実行部が読 み出して実行することによって、各構成要素が実現され得る。なお、上記各実施の形 態における情報処理装置を実現するソフトウェアは、以下のようなプログラムである。 つまり、このプログラムは、コンピュータに、情報処理装置と、サーバ装置と、情報処 理装置とサーバ装置との間の通信に関する処理を行う通信処理装置とを備えた情報 処理システムを構成する情報処理装置における処理を実行させるためのプログラム であって、通信処理装置に送信履歴を残すためのパケットである履歴パケットを、通 信処理装置の 1つのポートを介して送信する履歴パケット送信ステップと、履歴バケツ トの通過した通信処理装置のポートである履歴ポートとは異なるポートを介して、サー バ装置力 送信されるパケットである返信パケットの送信を要求するパケットである要 求パケットをサーバ装置に送信する要求パケット送信ステップと、サーバ装置から履 歴ポートを介して送信された返信パケットを受信する返信パケット受信ステップと、返 信パケット受信ステップでの返信パケットの受信に基づ 、て、通信処理装置のポート 維持時間を検出するポート維持時間検出ステップと、を実行させるためのものである [0196] また、上記各実施の形態におけるサーバ装置を実現するソフトウェアは、以下のよう なプログラムである。つまり、このプログラムは、コンピュータに、情報処理装置と、サ ーバ装置と、情報処理装置とサーバ装置との間の通信に関する処理を行う通信処理 装置とを備えた情報処理システムを構成するサーバ装置における処理を実行させる ためのプログラムであって、サーバ装置力 送信されるパケットである返信パケットの 送信を要求するパケットである要求パケットを受信する要求パケット受信ステップと、 要求パケット受信ステップで要求パケットを受信すると、通信処理装置に送信履歴を 残すため情報処理装置力 送信された履歴パケットの通過した通信処理装置のポー トである履歴ポートに返信パケットを送信する返信パケット送信ステップと、を実行さ せるためのものである。
[0197] なお、上記プログラムにお 、て、情報を送信する送信ステップや、情報を受信する 受信ステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップに おけるモデムやインターフェースカードなどで行われる処理 (ノヽ一ドウエアでしか行わ れな 、処理)は含まれな!/、。
[0198] また、このプログラムは、サーバなど力 ダウンロードされることによって実行されても よぐ所定の記録媒体 (例えば、 CD— ROMなどの光ディスクや磁気ディスク、半導 体メモリなど)に記録されたプログラムが読み出されることによって実行されてもよい。
[0199] また、このプログラムを実行するコンピュータは、単数であってもよぐ複数であって もよい。すなわち、集中処理を行ってもよぐあるいは分散処理を行ってもよい。
[0200] また、本発明は種々の変更が可能であり、上述の実施の形態に限定されるもので はない。
産業上の利用可能性
[0201] 以上より、本発明による情報処理システム等は、通信処理装置のポート維持時間を 検出することができ、通信処理装置を介してサーバ装置等にパケットを送信する情報 処理装置を備えた情報処理システム等として有用である。

Claims

請求の範囲
[1] 情報処理装置と、サーバ装置と、前記情報処理装置と前記サーバ装置との間の通信 に関する処理を行う通信処理装置とを備えた情報処理システムであって、 前記情報処理装置は、
前記通信処理装置に送信履歴を残すためのパケットである履歴パケットを、前記通 信処理装置の 1つのポートを介して送信する履歴パケット送信部と、
前記履歴パケットの通過した前記通信処理装置のポートである履歴ポートとは異なる ポートを介して、前記サーバ装置力も送信されるパケットである返信パケットの送信を 要求するパケットである 1以上の要求パケットを前記サーバ装置に送信する要求パケ ット送信部と、
前記要求パケット送信部による要求パケットの送信を制御するパケット送信制御部と 前記サーバ装置力 前記履歴ポートを介して送信された返信パケットを受信する返 信パケット受信部と、
前記返信パケット受信部による返信パケットの受信に基づいて、前記通信処理装置 のポート維持時間を検出するポート維持時間検出部と、を備え、
前記サーバ装置は、
前記要求パケットを受信する要求パケット受信部と、
前記要求パケット受信部が要求パケットを受信すると、前記履歴ポートに前記返信パ ケットを送信する返信パケット送信部と、を備えた、
情報処理システム。
[2] 前記サーバ装置は、
前記履歴パケットを受信する履歴パケット受信部と、
前記履歴パケット受信部が受信した履歴パケットに基づ 、て、前記返信パケットの送 信先に関する情報である送信先情報を蓄積する送信先情報蓄積部と、をさらに備え 前記返信パケット送信部は、前記通信先情報蓄積部が蓄積した通信先情報に基づ いて、前記返信パケットを送信する、 請求項 1記載の情報処理システム。
[3] 前記要求パケットは、前記返信パケットの送信先に関する情報である送信先情報を 含んでおり、
前記返信パケット送信部は、前記要求パケット受信部が受信した要求パケットに含ま れる送信先情報に基づ!、て、前記返信パケットを送信する、
請求項 1記載の情報処理システム。
[4] 前記ポート維持時間検出部は、返信パケットが前記通信処理装置に到達した時点か ら、その直前に前記履歴ポートをパケットが通過した時点までの時間である待ち時間 のうち、当該待ち時間の終期に前記通信処理装置に到達した返信パケットを前記返 信パケット受信部が受信できた待ち時間に基づいて、前記ポート維持時間を検出す る、
請求項 1から 3のいずれか記載の情報処理システム。
[5] 前記ポート維持時間検出部は、前記待ち時間のうち、当該待ち時間の終期に前記 通信処理装置に到達した返信パケットを前記返信パケット受信部が受信できた待ち 時間かつ最長の待ち時間に基づいて、前記ポート維持時間を検出する、 請求項 4記載の情報処理システム。
[6] 前記待ち時間の始期に前記履歴ポートを通過するパケットは、前記履歴パケットであ り、前記パケット送信制御部は、前記要求パケットの送信を制御すると共に、前記待 ち時間の始期における、前記履歴パケット送信部による履歴パケットの送信を制御し 前記ポート維持時間検出部は、前記履歴パケット送信部による履歴パケットの送信に も基づ!/、て、前記通信処理装置のポート維持時間を検出し、
前記ポート維持時間検出部にぉ 、て、前記待ち時間の始期である前記履歴ポートを パケットが通過した時点は、前記履歴パケットの送信時点である、
請求項 4記載の情報処理システム。
[7] 前記待ち時間の始期に前記履歴ポートを通過するパケットは、前記履歴パケットまた は前記返信パケットであり、
前記パケット送信制御部は、前記要求パケットの送信を制御すると共に、要求バケツ トに応じた返信パケットを前記返信パケット受信部が受信できな力つた場合に、次の 待ち時間の始期に履歴パケットを送信するように、前記履歴パケット送信部を制御し 前記ポート維持時間検出部は、前記履歴パケット送信部による履歴パケットの送信に も基づ!/、て、前記通信処理装置のポート維持時間を検出し、
前記ポート維持時間検出部において、前記待ち時間の始期に前記履歴ポートを通 過するパケットが前記履歴パケットである場合には、前記待ち時間の始期である前記 履歴ポートをパケットが通過した時点は、前記履歴パケットの送信時点であり、前記 待ち時間の始期に前記履歴ポートを通過するパケットが前記返信パケットである場合 には、前記待ち時間の始期である前記履歴ポートをパケットが通過した時点は、前記 返信パケットの受信時点である、
請求項 4記載の情報処理システム。
[8] 前記待ち時間の始期に前記履歴ポートを通過するパケットは、前記返信パケットであ り、前記パケット送信制御部は、要求パケットを送信するごとに、前記待ち時間が増 加するように、前記要求パケットの送信を制御し、
前記ポート維持時間検出部にぉ 、て、前記待ち時間の始期である前記履歴ポートを パケットが通過した時点は、前記返信パケットの受信時点である、
請求項 4記載の情報処理システム。
[9] 前記サーバ装置は、
前記履歴パケットを受信する履歴パケット受信部をさらに備え、
前記返信パケット送信部は、前記履歴パケット受信部が履歴パケットを受信した場合 に、前記履歴ポートの位置を示す情報を少なくとも含む返信パケットを送信し、 前記送信先情報には、前記履歴ポートの位置を示す情報が含まれる、
請求項 3記載の情報処理システム。
[10] 前記ポート維持時間検出部は、返信パケットが前記通信処理装置に到達した時点か ら、その直前に前記履歴ポートをパケットが通過した時点までの時間である待ち時間 のうち、当該待ち時間の終期に前記通信処理装置に到達した返信パケットを前記返 信パケット受信部が受信できた待ち時間に基づいて、前記ポート維持時間を検出す る、
請求項 9記載の情報処理システム。
[11] 前記ポート維持時間検出部は、前記待ち時間のうち、当該待ち時間の終期に前記 通信処理装置に到達した返信パケットを前記返信パケット受信部が受信できた待ち 時間かつ最長の待ち時間に基づいて、前記ポート維持時間を検出する、 請求項 10記載の情報処理システム。
[12] 前記履歴パケットに応じた返信パケットは、前記履歴ポートを介さないで送信され、 前記待ち時間の始期に前記履歴ポートを通過するパケットは、前記履歴パケットであ り、前記パケット送信制御部は、前記要求パケットの送信を制御すると共に、前記待 ち時間の始期における、前記履歴パケット送信部による履歴パケットの送信を制御し 前記ポート維持時間検出部は、前記履歴パケット送信部による履歴パケットの送信に も基づ!/、て、前記通信処理装置のポート維持時間を検出し、
前記ポート維持時間検出部にぉ 、て、前記待ち時間の始期である前記履歴ポートを パケットが通過した時点は、前記履歴パケットの送信時点である、
請求項 10または 11記載の情報処理システム。
[13] 前記履歴パケットに応じた返信パケットは、前記履歴ポートを介さないで送信され、 前記待ち時間の始期に前記履歴ポートを通過するパケットは、前記履歴パケットまた は前記要求パケットに応じた返信パケットであり、
前記パケット送信制御部は、前記要求パケットの送信を制御すると共に、要求バケツ トに応じた返信パケットを前記返信パケット受信部が受信できな力つた場合に、次の 待ち時間の始期に履歴パケットを送信するように、前記履歴パケット送信部を制御し 前記ポート維持時間検出部は、前記履歴パケット送信部による履歴パケットの送信に も基づ!/、て、前記通信処理装置のポート維持時間を検出し、
前記ポート維持時間検出部において、前記待ち時間の始期に前記履歴ポートを通 過するパケットが前記履歴パケットである場合には、前記待ち時間の始期である前記 履歴ポートをパケットが通過した時点は、前記履歴パケットの送信時点であり、前記 待ち時間の始期に前記履歴ポートを通過するパケットが前記返信パケットである場合 には、前記待ち時間の始期である前記履歴ポートをパケットが通過した時点は、前記 返信パケットの受信時点である、
請求項 10または 11記載の情報処理システム。
[14] 前記待ち時間の始期に前記履歴ポートを通過するパケットは、前記返信パケットであ り、前記パケット送信制御部は、要求パケットを送信するごとに、前記待ち時間が増 加するように、前記要求パケットの送信を制御し、
前記ポート維持時間検出部にぉ 、て、前記待ち時間の始期である前記履歴ポートを パケットが通過した時点は、前記返信パケットの受信時点である、
請求項 10または 11記載の情報処理システム。
[15] 前記履歴パケットに応じた返信パケットは、前記履歴ポートを介して送信され、
前記待ち時間の始期に前記履歴ポートを通過するパケットは、前記履歴パケットに応 じた返信パケットであり、
前記パケット送信制御部は、前記要求パケットの送信を制御すると共に、前記待ち時 間の始期における、前記履歴パケット送信部による履歴パケットの送信を制御し、 前記ポート維持時間検出部にぉ 、て、前記待ち時間の始期である前記履歴ポートを パケットが通過した時点は、前記履歴パケットの送信時点または前記履歴パケットに 応じた返信パケットの受信時点である、
請求項 10または 11記載の情報処理システム。
[16] 前記履歴パケットに応じた返信パケットは、前記履歴ポートを介して送信され、
前記待ち時間の始期に前記履歴ポートを通過するパケットは、前記履歴パケットに応 じた返信パケットまたは前記要求パケットに応じた返信パケットであり、
前記パケット送信制御部は、前記要求パケットの送信を制御すると共に、要求バケツ トに応じた返信パケットを前記返信パケット受信部が受信できな力つた場合に、次の 待ち時間の始期に履歴パケットを送信するように、前記履歴パケット送信部を制御し 前記ポート維持時間検出部において、前記待ち時間の始期に前記履歴ポートを通 過するパケットが前記履歴パケットに応じた返信パケットである場合には、前記待ち 時間の始期である前記履歴ポートをパケットが通過した時点は、前記履歴パケットの 送信時点または前記履歴パケットに応じた返信パケットの受信時点であり、前記待ち 時間の始期に前記履歴ポートを通過するパケットが前記要求パケットに応じた返信 パケットである場合には、前記待ち時間の始期である前記履歴ポートをパケットが通 過した時点は、前記要求パケットに応じた返信パケットの受信時点である、 請求項 10または 11記載の情報処理システム。
[17] 前記パケット送信制御部は、要求パケットを送信するごとに前記待ち時間が増加する ように、前記要求パケットの送信を制御する、
請求項 4記載の情報処理システム。
[18] 前記ポート維持時間検出部は、送信された要求パケットに応じた返信パケットを前記 返信パケット受信部が受信できな力 た場合に、前記ポート維持時間を検出する、 請求項 17記載の情報処理システム。
[19] 前記パケット送信制御部は、要求パケットに応じた返信パケットを受信できなくなるま で、要求パケットを送信するごとに前記待ち時間が増加するように、前記要求パケット の送信を制御し、要求パケットに応じた返信パケットを受信できなくなった場合に、返 信パケットを受信できな力つた待ち時間と、返信パケットを受信できた待ち時間のうち 、最長の待ち時間との間の待ち時間となるように前記要求パケットの送信を制御する 請求項 4記載の情報処理システム。
[20] 前記パケット送信制御部は、要求パケットを送信するごとに、前記待ち時間が減少す るように、前記要求パケットの送信を制御する、
請求項 4記載の情報処理システム。
[21] 前記ポート維持時間検出部において、前記待ち時間の終期である返信パケットの前 記通信処理装置への到達時点は、当該返信パケットの送信を要求した要求パケット の送信時点である、
請求項 4記載の情報処理システム。
[22] 前記ポート維持時間検出部において、前記待ち時間の終期である返信パケットの前 記通信処理装置への到達時点は、当該返信パケットの受信時点である、 請求項 4記載の情報処理システム。
[23] 前記ポート維持時間検出部において、前記待ち時間の終期である返信パケットの前 記通信処理装置への到達時点は、前記返信パケットを受信できた場合には、当該返 信パケットの受信時点であり、前記返信パケットを受信できな力つた場合には、当該 返信パケットの送信を要求した要求パケットの送信時点である、
請求項 4記載の情報処理システム。
[24] 前記パケット送信制御部において、前記待ち時間の終期である返信パケットの前記 通信処理装置への到達時点は、当該返信パケットの送信を要求した要求パケットの 送信時点である、
請求項 4記載の情報処理システム。
[25] 前記履歴ポートは、当該ポートを初回の履歴パケットが通過する時に、前記通信処 理装置にぉ 、て新たに割り当てられるものである、
請求項 1から 3のいずれか記載の情報処理システム。
[26] 請求項 1から 3の 、ずれか記載の情報処理システムを構成する情報処理装置。
[27] 請求項 1から 3の 、ずれか記載の情報処理システムを構成するサーバ装置。
[28] 情報処理装置と、サーバ装置と、前記情報処理装置と前記サーバ装置との間の通信 に関する処理を行う通信処理装置とを備えた情報処理システムを構成する前記情報 処理装置にお!、て用いられる情報処理方法であって、
前記通信処理装置に送信履歴を残すためのパケットである履歴パケットを、前記通 信処理装置の 1つのポートを介して送信する履歴パケット送信ステップと、 前記履歴パケットの通過した前記通信処理装置のポートである履歴ポートとは異なる ポートを介して、前記サーバ装置力も送信されるパケットである返信パケットの送信を 要求するパケットである要求パケットを前記サーバ装置に送信する要求パケット送信 ステップと、
前記サーバ装置力 前記履歴ポートを介して送信された返信パケットを受信する返 信パケット受信ステップと、
前記返信パケット受信ステップでの返信パケットの受信に基づ 、て、前記通信処理 装置のポート維持時間を検出するポート維持時間検出ステップと、を備えた 情報処理方法。
[29] 情報処理装置と、サーバ装置と、前記情報処理装置と前記サーバ装置との間の通信 に関する処理を行う通信処理装置とを備えた情報処理システムを構成する前記サー バ装置にぉ 、て用いられる情報処理方法であって、
前記サーバ装置力 送信されるパケットである返信パケットの送信を要求するパケット である要求パケットを受信する要求パケット受信ステップと、
前記要求パケット受信ステップで要求パケットを受信すると、前記通信処理装置に送 信履歴を残すため前記情報処理装置力 送信された履歴パケットの通過した前記通 信処理装置のポートである履歴ポートに前記返信パケットを送信する返信パケット送 信ステップと、を備えた、
情報処理方法。
[30] コンピュータに、
情報処理装置と、サーバ装置と、前記情報処理装置と前記サーバ装置との間の通信 に関する処理を行う通信処理装置とを備えた情報処理システムを構成する前記情報 処理装置における処理を実行させるためのプログラムであって、
前記通信処理装置に送信履歴を残すためのパケットである履歴パケットを、前記通 信処理装置の 1つのポートを介して送信する履歴パケット送信ステップと、 前記履歴パケットの通過した前記通信処理装置のポートである履歴ポートとは異なる ポートを介して、前記サーバ装置力も送信されるパケットである返信パケットの送信を 要求するパケットである要求パケットを前記サーバ装置に送信する要求パケット送信 ステップと、
前記サーバ装置力 前記履歴ポートを介して送信された返信パケットを受信する返 信パケット受信ステップと、
前記返信パケット受信ステップでの返信パケットの受信に基づ 、て、前記通信処理 装置のポート維持時間を検出するポート維持時間検出ステップと、を実行させるため の
プログラム。
[31] コンピュータに、 情報処理装置と、サーバ装置と、前記情報処理装置と前記サーバ装置との間の通信 に関する処理を行う通信処理装置とを備えた情報処理システムを構成する前記サー バ装置における処理を実行させるためのプログラムであって、
前記サーバ装置力 送信されるパケットである返信パケットの送信を要求するパケット である要求パケットを受信する要求パケット受信ステップと、
前記要求パケット受信ステップで要求パケットを受信すると、前記通信処理装置に送 信履歴を残すため前記情報処理装置力 送信された履歴パケットの通過した前記通 信処理装置のポートである履歴ポートに前記返信パケットを送信する返信パケット送 信ステップと、を実行させるための
プログラム。
PCT/JP2005/016595 2005-02-25 2005-09-09 情報処理システム、情報処理装置、サーバ装置、情報処理方法及びプログラム WO2006090498A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US11/817,084 US7860926B2 (en) 2005-02-25 2005-09-09 Information processing system, information processing apparatus, server apparatus, information processing method, and program
EP20050781993 EP1853041A1 (en) 2005-02-25 2005-09-09 Information processing system, information processing device, server device, information processing method, and program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005050410A JP4597705B2 (ja) 2005-02-25 2005-02-25 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法
JP2005-050410 2005-02-25

Publications (1)

Publication Number Publication Date
WO2006090498A1 true WO2006090498A1 (ja) 2006-08-31

Family

ID=36927148

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2005/016595 WO2006090498A1 (ja) 2005-02-25 2005-09-09 情報処理システム、情報処理装置、サーバ装置、情報処理方法及びプログラム

Country Status (5)

Country Link
US (1) US7860926B2 (ja)
EP (1) EP1853041A1 (ja)
JP (1) JP4597705B2 (ja)
CN (1) CN101129047A (ja)
WO (1) WO2006090498A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4597706B2 (ja) * 2005-02-25 2010-12-15 パナソニック株式会社 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法
JP4514623B2 (ja) * 2005-02-25 2010-07-28 パナソニック株式会社 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法
CN102835176B (zh) * 2010-04-13 2016-08-03 诺基亚技术有限公司 提供用于机器对机器通信的机器初始接入过程的方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002354048A (ja) * 2001-05-29 2002-12-06 Matsushita Electric Ind Co Ltd ルータ装置
JP2004158923A (ja) * 2002-11-01 2004-06-03 Index:Kk Httpセッション・トンネリング・システム、その方法、及びそのプログラム
JP2004166031A (ja) * 2002-11-14 2004-06-10 Nippon Telegr & Teleph Corp <Ntt> アドレス組の生存時間取得・計算を可能としたalg装置

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5884326A (en) * 1996-11-18 1999-03-16 Weinger; Ralph Method and apparatus for data access
US5355516A (en) * 1990-09-28 1994-10-11 Motorola, Inc. Method for reducing superfluous channel allocation in a cellular radiotelephone communication system
US6075787A (en) * 1997-05-08 2000-06-13 Lucent Technologies Inc. Method and apparatus for messaging, signaling, and establishing a data link utilizing multiple modes over a multiple access broadband communications network
JP2000092118A (ja) * 1998-09-08 2000-03-31 Hitachi Ltd プログラマブルネットワーク
US6760775B1 (en) * 1999-03-05 2004-07-06 At&T Corp. System, method and apparatus for network service load and reliability management
JP4105341B2 (ja) * 1999-08-13 2008-06-25 富士通株式会社 フラグメントサイズ変更方法及びルータ装置
WO2001035229A1 (fr) * 1999-11-10 2001-05-17 Mitsubishi Denki Kabushiki Kaisha Terminal informatique, serveur, systeme d'affichage d'informations et procede d'affichage d'informations
US6920504B2 (en) * 2002-05-13 2005-07-19 Qualcomm, Incorporated Method and apparatus for controlling flow of data in a communication system
SG147314A1 (en) 2002-09-30 2008-11-28 Matsushita Electric Ind Co Ltd Information processing device and receiving device
DE10326168B4 (de) * 2003-06-10 2010-01-28 Siemens Ag Verfahren und Funktionseinheit zur Optimierung der Darstellung progressiv kodierter Bilddaten
JP2006050125A (ja) 2004-08-03 2006-02-16 Matsushita Electric Ind Co Ltd 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法
US7912046B2 (en) * 2005-02-11 2011-03-22 Microsoft Corporation Automated NAT traversal for peer-to-peer networks
JP4597706B2 (ja) * 2005-02-25 2010-12-15 パナソニック株式会社 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002354048A (ja) * 2001-05-29 2002-12-06 Matsushita Electric Ind Co Ltd ルータ装置
JP2004158923A (ja) * 2002-11-01 2004-06-03 Index:Kk Httpセッション・トンネリング・システム、その方法、及びそのプログラム
JP2004166031A (ja) * 2002-11-14 2004-06-10 Nippon Telegr & Teleph Corp <Ntt> アドレス組の生存時間取得・計算を可能としたalg装置

Also Published As

Publication number Publication date
CN101129047A (zh) 2008-02-20
JP4597705B2 (ja) 2010-12-15
EP1853041A1 (en) 2007-11-07
US20090063615A1 (en) 2009-03-05
JP2006238107A (ja) 2006-09-07
US7860926B2 (en) 2010-12-28

Similar Documents

Publication Publication Date Title
JP4514623B2 (ja) 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法
JP4597706B2 (ja) 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法
US8615604B2 (en) Information processing apparatus, information processing system and computer readable medium for maintaining communication while IP addresses change
WO2006013811A1 (ja) 情報処理システム、情報処理装置、サーバ装置、情報処理方法及びプログラム
EP2430803B1 (en) Network communication apparatus, method and program
WO2006090498A1 (ja) 情報処理システム、情報処理装置、サーバ装置、情報処理方法及びプログラム
US7873037B2 (en) Information processing device, information processing system, information processing method, and program
WO2006035601A1 (ja) 情報処理装置、通信処理装置、情報処理システム、情報処理方法、通信処理方法およびプログラム
JP2006050126A (ja) 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法
JP2006350502A (ja) 情報処理システム、サーバ装置、及び情報処理方法
JP2006050124A (ja) 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法
JP2006203607A (ja) 情報処理装置、及び情報処理方法
JP2006203608A (ja) 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法
JP2006203609A (ja) 情報処理装置、サーバ装置、及び情報処理方法
WO2017168579A1 (ja) 接続維持装置、接続維持方法および接続維持プログラム
JP2006203606A (ja) 情報処理システム、情報処理装置、通信処理装置、サーバ装置、及び情報処理方法
JP2006203605A (ja) 情報処理システム、情報処理装置、通信処理装置、及び情報処理方法
JP2006203604A (ja) 情報処理システム、第1の情報処理装置、第2の情報処理装置、及び情報処理方法
JP2006086687A (ja) 情報処理装置、通信処理装置、情報処理システム、情報処理方法、及び通信処理方法
WO2008023441A1 (fr) programme de commande de chemin et procédé de commande de chemin

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 11817084

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 200580048748.8

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2005781993

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2005781993

Country of ref document: EP