CN1993949A - 信息处理系统、信息处理装置、服务器装置、信息处理方法和程序 - Google Patents

信息处理系统、信息处理装置、服务器装置、信息处理方法和程序 Download PDF

Info

Publication number
CN1993949A
CN1993949A CNA2005800266108A CN200580026610A CN1993949A CN 1993949 A CN1993949 A CN 1993949A CN A2005800266108 A CNA2005800266108 A CN A2005800266108A CN 200580026610 A CN200580026610 A CN 200580026610A CN 1993949 A CN1993949 A CN 1993949A
Authority
CN
China
Prior art keywords
acknowledgment packet
stand
period
request grouping
grouping
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CNA2005800266108A
Other languages
English (en)
Inventor
乡原邦男
前川肇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
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
Publication of CN1993949A publication Critical patent/CN1993949A/zh
Pending legal-status Critical Current

Links

Images

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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

一种信息处理装置(1)包括:请求分组发送部分(11),用于通过通信处理装置(2)发送请求分组,该请求分组用于请求应答分组的发送;应答分组接收部分(12),用于接收应答分组;端口保持时间检测部分(13),用于基于接收到的应答分组确定所述通信处理装置(2)的端口保持时间;和请求分组发送控制部分(14),用于基于是否接收到应答分组,使用二分法搜索来控制请求分组的发送。服务器装置(3)包括:请求分组接收部分(31),用于接收请求分组;应答分组发送部分(32),用于发送应答分组;应答分组发送控制部分(33),用于基于接收到的请求分组,控制应答分组的发送。该配置提供一种能够确定通信处理装置的端口保持时间的信息处理系统。

Description

信息处理系统、信息处理装置、服务器装置、信息处理方法和程序
技术领域
本发明涉及一种用于检测通信处理装置的端口保持时间的信息处理系统。
背景技术
在具有信息处理装置、通信处理装置和服务器装置的信息处理系统中,例如,以规则的间隔、通过通信处理装置从信息处理装置(如家用PC(个人计算机)或电器)向服务器装置发送预定分组。在国际公开No.2004/030292的小册子(第1页和图1)中披露了这种技术。
例如,通信处理装置是具有NAT(网络地址转换)功能的路由器等。此外,以规则的间隔发送预定分组,以便通知通信处理装置的WAN(广域网)的IP地址是否改变,或者以便保持通信处理装置的端口(即,通过通信处理装置从WAN发送到信息处理装置的分组),从而可以建立从外部装置(如蜂窝电话等)通过服务器装置对信息处理装置的访问。
在例如具有NAT功能的路由器等的通信处理装置中,当从LAN(局域网)向WAN发送分组时,LAN的专用IP地址和端口号被转换成WAN的全局IP地址和端口号。此外,当从WAN接收应答分组时,通过执行反向转换将该分组递交给信息处理装置。这里,在通信处理装置中,设置用于执行地址转换的时间。具体地说,当最近在WAN和LAN之间执行地址转换之后经过了预定时间段时,不对从WAN接收的分组执行地址转换(对从LAN接收的分组执行新地址转换)。即,信息处理装置不接收来自WAN的分组,因此不能建立从外部装置(如蜂窝电话等)通过服务器装置对信息处理装置的访问。该预定时间段称为端口保持时间。
在上述信息处理装置中,为了使信息处理装置能从服务器接收信息,在通信处理装置中,需要在每个时刻对来自服务器装置(即,来自WAN)的分组执行地址转换。因此,即使不需要在信息处理装置与服务器装置之间执行信息交换,也有必要通过以规则间隔从信息处理装置经由通信处理装置向服务器发送分组,使通信装置能对从服务器装置发送的分组执行地址转换。在这种情况下,只要可能的话,信息处理装置以规则间隔发送分组的发送周期可能是需要的。这是为了减少发送不必要的分组,并且减少由于信息处理装置中的分组发送而导致的处理负荷。具体地说,信息处理以规则间隔发送分组的发送周期最好比信息处理装置所连接到的通信处理装置的端口保持时间稍短(例如,一或两秒)。
然而,通常在可从制造商购买的各种通信处理装置当中,无法看出信息处理装置连接到哪种通信处理装置,因此在信息处理装置中设置对应于最小端口保持时间的周期,并且使用该周期发送分组。在这种情况下,在连接到具有长端口保持时间的通信装置的信息处理装置中,以规则间隔以规定的短周期发送分组。于是,发送了许多不必要的分组。
发明内容
考虑到上述问题完成了本发明,本方面的一个目的是提供一种可以检测信息处理装置所连接到的通信处理装置的端口保持时间的信息处理系统。
根据本发明的一个方面,一种信息处理系统包括:信息处理装置;服务器装置;和通信处理装置,用于执行关于所述信息处理装置与所述服务器装置之间的通信的处理。所述信息处理装置包括:请求分组发送部分,用于通过所述通信处理装置的一个端口向所述服务器装置发送请求分组,该请求分组请求从所述服务器装置通过通信处理装置向所述信息处理装置要发送的应答分组的发送;应答分组接收部分,用于通过该端口从所述服务器装置接收应答分组;请求分组发送控制部分,用于基于应答分组接收部分是否接收到应答分组,使用二分法搜索来控制请求分组发送部分的请求分组的发送;和端口保持时间检测部分,用于基于应答分组接收部分接收到的应答分组,检测所述通信处理装置的端口保持时间。所述服务器装置包括:请求分组接收部分,用于接收请求分组;应答分组发送部分,用于发送应答分组;应答分组发送控制部分,用于基于所述请求分组接收部分接收到的请求分组,控制应答分组的发送。
使用该配置,基于响应于请求分组而发送的应答分组当中的、应答分组接收部分接收到的应答分组,可以通信处理装置的端口保持时间。此外,使用二分法搜索控制请求分组的发送,因此可以高效地发送请求分组。结果,可以高效地检测端口保持时间。此外,使用检测的端口保持时间,例如,可以以规则间隔发送分组。结果,可以防止发送不必要的分组。
附图说明
图1是示出根据本发明第一实施例的信息处理系统的结构的框图。
图2是示出根据本发明第一实施例的信息处理装置的操作流程图。
图3是示出根据本发明第一实施例的服务器装置的操作流程图。
图4A是示出本发明第一实施例中的请求分组和应答分组的结构图。
图4B是示出本发明第一实施例中的请求分组和应答分组的结构图。
图4C是示出本发明第一实施例中的请求分组和应答分组的结构图。
图4D是示出本发明第一实施例中的请求分组和应答分组的结构图。
图5是示出本发明第一实施例中的请求分组和应答分组的发送和接收的图。
图6是示出根据本发明第一实施例的信息处理装置的操作流程图。
图7是示出本发明第一实施例中的请求分组的发送和应答分组的接收的图。
图8是示出本发明第一实施例中的请求分组的发送和应答分组的接收的图。
图9是示出根据本发明第一实施例的信息处理装置的操作流程图。
图10是示出本发明第一实施例中的请求分组的发送和应答分组的接收的图。
图11是示出根据本发明第二实施例的信息处理系统的结构的框图。
图12是示出根据本发明第二实施例的信息处理装置的操作流程图。
图13是示出本发明第二实施例中的请求分组的发送和应答分组的接收的图。
图14是示出本发明第二实施例中分组往返时间与端口保持时间之间的关系的图。
附图标记说明
1、5:信息处理装置
2:通信处理装置
3:服务器装置
11:请求分组发送部分
12:应答分组接收部分
13、51:端口保持时间检测部分
14:请求分组发送控制部分
31:请求分组接收部分
32:应答分组发送部分
33:应答分组发送控制部分
52:分组往返时间测量部分
具体实施方式
(第一实施例)
将参照附图描述根据本发明第一实施例的信息处理系统。
图1是根据本实施例的信息处理系统的结构的框图。在图1中,根据本实施例的信息处理系统包括信息处理装置1、通信处理装置2和服务器装置3。在图1中,描述了一个信息处理装置1连接到通信处理装置2的情况。或者,两个和更多信息处理装置可以连接到通信处理装置2。信息处理装置1的示例包括计算机、微波炉、电话、打印机、传真机、冰箱、洗衣机、空调、电视、录像机和机顶盒。通信处理装置2和服务器装置3通过有线和无线通信线路4彼此相连。通信线路4的示例包括因特网或内联网。
信息处理装置1包括请求分组发送部分11、应答分组接收部分12、端口保持时间端口部分13和请求分组发送控制部分14。
请求分组发送部分11通过通信处理装置2的一个端口向服务器装置3发送一个或多个请求分组。这里,请求分组是请求服务器装置3发送应答分组的分组。请求分组例如是具有UDP头的分组。此外,请求分组的净荷包括等待时间信息。这里,等待时间信息是关于直到服务器装置3接收到请求分组并发送应答分组为止的等待时间的信息。等待时间信息可以是指示等待时间的信息(例如,指示等待时间是2分钟的信息),或者可以是与等待时间具有预定关系的信息(例如,当等待时间是1分58秒时,信息指示通过向等待时间加上2秒而获得的2分钟)。在本实施例中,将描述前一种情况。此外,应答分组是通过通信处理装置2从服务器装置3发送到信息处理装置1的分组。根据信息处理装置1是否接收到应答分组来检测通信处理装置2中的端口保持时间(这将在下面描述)。
此外,请求分组发送部分11可以包括用于执行发送的发送设备(例如,调制解调器或网卡),或者可以不包括发送设备(在这种情况下,发送设备(未示出)在请求分组发送部分11外部提供)。此外,请求分组发送部分11可以用硬件实现,或者可以用软件实现,例如用于驱动发送设备的驱动程序。
应答分组接收部分12接收从服务器装置3发送的应答分组。通过请求分组所经过的通信处理装置2的端口,发送应答分组。此外,如下面所述,应答分组接收部分12并不是接收从服务器装置3发送的所有应答分组。这是因为,在从服务器装置3发送的应答分组当中,在经过了请求分组通过的端口的端口保持时间之后发送到通信处理装置2的应答分组,不被从通信处理装置2发送到信息处理装置1。应答分组接收部分12可以包括用于执行接收的接收设备(例如,调制解调器或网卡),或者可以不包括接收设备(在这种情况下,接收设备(未示出)在应答分组接收部分12外部提供)。此外,应答分组接收部分12可以用硬件实现,或者可以用软件实现,例如用于驱动接收设备的驱动程序。
端口保持时间检测部分13基于通过应答分组接收部分12接收的应答分组,检测通信处理装置2的端口保持时间。在该实施例中,基于与通过应答分组接收部分12接收的应答分组相对应的等待时间当中的最长等待时间,执行端口保持时间的检测。这里,“与应答分组相对应的等待时间”是指与请求发送应答分组的请求分组中包含的等待时间相对应的等待时间。此外,关于“基于最长等待时间”,可以将最长等待时间作为端口保持时间检测,或者可以将与最长等待时间的时间差作为端口保持时间检测。“与最长等待时间的时间差”例如是相对于最长等待时间、考虑到信息处理装置1和服务器装置3之间的分组往返时间的时间。此外,分组往返时间的考虑将在下面的第二实施例中描述。此外,在下面描述中,“端口保持时间”指示表示端口保持时间检测部分13所检测的端口保持时间的信息。
端口保持时间检测部分13所检测的端口保持时间可以是通信处理装置2的端口保持时间,或者可以是比通信处理装置2的端口保持时间短的时间。例如,当通信处理装置2的端口保持时间是2分钟时,端口保持时间检测部分13可能检测通信处理装置2的端口保持时间为1分50秒。此外,端口保持时间检测部分13所检测的端口保持时间可以被设置为用于将分组发送到以规则间隔发送分组的发送部分(未示出)的周期,可以被存储在预定记录介质中,可以被发送到其它设备,或者可以在显示设备上显示。因此,检测的端口保持时间的使用无关紧要。
请求分组发送控制部分14基于应答分组接收部分12是否接收到应答分组,使用二分法搜索,控制请求分组发送部分11的请求分组的发送。对请求分组发送部分11的请求分组发送的控制包括,例如,对请求分组发送部分11要发送的请求分组中包含的等待时间的设置、以及对请求分组发送部分11的请求分组的发送时间的控制。具体地说,请求分组发送控制部分14基于应答分组接收部分12是否接收到应答分组,使用二分法搜索确定等待时间,并且根据所确定的等待时间,控制请求分组发送部分11来发送具有等待时间信息的请求分组。该处理的细节将在下面描述。
通信处理装置2执行关于信息处理装置1和服务器装置3之间的通信的处理。根据本实施例的通信处理装置2具有NAT功能,并被称为例如路由器。根据本实施例的通信处理装置2将要从信息处理装置1发送的分组中包含的发送源的地址信息(即,信息处理装置1的地址信息)转换成通信处理装置2的WAN的地址信息。
具体地说,要从信息处理装置1发送的分组中包含的源(发送源)地址(专用IP地址;地址A)和源(发送源)端口号(端口号B)被转换成通信处理装置2的WAN的全局IP地址(地址X)和端口号(端口号Y)。此外,从服务器装置3发送到通信处理装置2的WAN的地址X和端口号Y的分组被发送到信息处理装置1,同时发送源的地址X和端口号Y被转换成信息处理装置1的地址A和端口号B。这里,全局IP地址是信息处理装置与外部设备(例如,连接到WAN(因特网等)的外部设备)通信所使用的地址。通常,全局IP地址是WAN中使用的地址,但它也可以是当电子装置通过具有NAT功能的路由器与连接到LAN(例如,内联网)的设备通信时在LAN中使用的地址。IP地址例如是可以基于现有的所谓IPv4的地址,或者可以是基于另一版本(如IPv6)的地址。
此外,当在通信处理装置2中设置接收过滤规则时,执行基于接收过滤规则的分组接收。如果分组的发送源的地址和端口号是地址P和端口号Q,则例如当从LAN向通信处理装置2的WAN发送源地址和端口号为地址P和端口号Q的分组时,接收过滤规则包括:地址敏感过滤器,其中仅接收来自地址P的分组;端口敏感过滤器,其中仅接收来自端口号Q的分组;并且不存在其中不存在过滤器功能的过滤器(不接收来自任何地址和任何端口号的分组)。这里,通信处理装置2接收分组的事实意味着,在分配给从LAN的信息处理装置1发送的分组的、通信处理装置2的端口中,接收来自WAN的分组,然后执行地址转换,并且随后将该分组发送到LAN的信息处理装置1。
如上述现有技术中所述,执行通信处理装置2的地址转换的时间段具有限制。即,关于在地址A和端口号B以及地址X和端口号Y之间执行地址转换,当在上次执行它们之间的地址转换之后经过了通信处理装置2的端口保持时间时,不执行地址转换。因此,在经过了端口保持时间之后即使通过通信线路4将分组发送到地址X和端口号Y,通信处理装置2中也不执行地址转换,因此信息处理装置1不能接收分组。
服务器装置3包括请求分组接收部分31、应答分组发送部分32和应答分组发送控制部分33。
请求分组接收部分31通过通信处理装置2的预定端口接收从信息处理装置1发送的请求分组。此外,请求分组接收部分31可以包括用于执行接收的接收设备(例如,调制解调器或网卡),或者可以不包括接收设备(在这种情况下,接收设备(未示出)在请求分组接收部分31外部提供)。此外,请求分组接收部分31可以用硬件实现,或者可以用软件实现,例如用于驱动接收设备的驱动程序。
应答分组发送部分32向由请求分组接收部分31接收的、请求发送应答分组的请求分组所通过的通信处理装置2的端口,发送应答分组。在下面描述的应答分组发送控制部分33的控制下执行应答分组的发送。应答分组例如是具有UDP头的分组。应答分组的净荷可以包括例如用于标识请求分组接收部分31所接收的请求分组的信息(例如,等待时间信息或其它标识信息)。此外,应答分组发送部分32可以包括用于执行发送的发送设备(例如,调制解调器或网卡),或者可以不包括发送设备(在这种情况下,发送设备(未示出)在应答分组发送部分32外部提供)。此外,应答分组发送部分32可以用硬件实现,或者可以用软件实现,例如用于驱动发送设备的驱动程序。
应答分组发送控制部分33基于请求分组接收部分31接收的请求分组,控制应答分组发送部分32的应答分组的发送。在本实施例中,应答分组发送控制部分33基于请求分组中包含的等待时间信息,控制应答分组的发送。当请求分组中包含的等待时间信息是例如指示等待时间的信息(例如,指示等待时间为2分钟的信息)时,应答分组发送控制部分33控制应答分组发送部分32,当在请求分组接收部分31接收到请求分组之后经过了与等待时间信息相应的等待时间(例如,2分钟)时发送应答分组。此外,当请求分组中包含的等待时间信息是例如与等待时间具有预定关系的信息时(例如,当等待时间是1分58秒,信息指示通过给等待时间加上2秒而获得的2分时),应答分组发送控制部分33控制应答分组发送部分32,当在请求分组接收部分31接收到请求分组之后经过了与等待时间信息相应的等待时间(例如,1分58秒)时发送应答分组。这里,“当经过了等待时间时”可以是经过了等待时间的时候,或者可以是从经过等待时间的精确时刻起又经过了相对于控制的时间的时候。
接着,将参照流程图描述根据本实施例的信息处理装置的操作。图2是示出根据本实施例的信息处理装置1的操作流程图。
(步骤S101)请求分组发送控制部分14设置与从请求分组发送部分11发送的请求分组相对应的等待时间。这里,等待时间的设置是指例如,将等待时间记录在预定存储器中,等等。
(步骤S102)请求分组发送部分11向服务器装置3发送具有与在步骤S101或下面描述的步骤S107中设置的等待时间相应的等待时间信息的请求分组。
(步骤S103)应答分组接收部分12对于在步骤S102中发送的请求分组,判断是否接收到从服务器装置3发送的应答分组。然后,当接收到应答分组时,处理前进到步骤S104。当未接收到应答分组时,处理前进到步骤S105。
(步骤S104)应答分组接收部分12基于接收的应答分组,执行预定接收处理。这里,预定接收处理包括例如,将接收的应答分组或应答分组中包含的等待时间信息送交到端口保持时间检测部分13和请求分组发送控制部分14,以及将接收的应答分组中包含的等待时间信息存储在预定存储器中。
(步骤S105)请求分组发送控制部分14判断是否超时。这里,超时的意思是,请求分组发送部分需要接收对应于请求分组的应答分组的时刻已经过去了。例如,可以当在请求分组发送部分11接收到请求分组之后经过了与请求分组中包含的等待时间信息相应的等待时间时,判断超时。或者,考虑请求分组从通信处理装置2到达服务器装置3的时间、应答分组从服务器装置3到达通信处理装置2的时间、或者在应答分组的发送由于任何问题而被延迟的情况,可以当请求分组发送部分11接收到请求分组、然后经过通过将预定时间(如1或2秒)加到关于请求分组中包含的等待时间信息的等待时间上而获得的时间时,判断超时。当出现超时,处理前进到步骤S106。当未出现超时,处理返回步骤S103。
(步骤S106)请求分组发送控制部分14判断是否检测端口保持时间,即,请求分组的发送是否完成。例如,当应答分组接收部分12接收到响应于请求分组发送部分11第一次发送的请求分组的应答分组时,可以判断检测端口保持时间。或者,在请求分组发送预定次数之后,可以判断检测端口保持时间。此外,当对应于请求分组发送部分11所发送的请求分组中包含的等待时间信息相应的等待时间与对应于在该请求分组紧前面发送的请求分组中包含的等待时间信息的等待时间之间的差小于预定值时,可以判断检测端口保持时间。此外,当在请求分组发送部分11第一次发送请求分组之后经过了预定时间时,可以判断检测端口保持时间。下面将描述特定示例。当检测端口保持时间时,要旨被传送到端口保持时间检测部分13,然后处理前进到步骤S108。当不检测端口保持时间时,处理前进到步骤S107。
(步骤S107)请求分组发送控制部分14使用二分法搜索来设置对应于要新发送的请求分组的等待时间。然后,处理返回步骤S102。这里,使用二分法搜索设置等待时间意思是,将对应于要由信息处理装置1接收的应答分组的等待时间与对应于不被信息处理装置1接收的应答信息的等待时间之间的中间等待时间,设置为接下来要发送的分组的等待时间。通过以这种方式使用二分法搜索设置等待时间,可以高速搜索对应于要由信息处理装置1接收的应答分组的等待时间当中的最大等待时间(端口保持时间)。在使用二分法搜索的等待时间设置中,例如,当不能接收到对应于第一等待时间的应答分组、而可以接收到对应于第二等待时间(短于第一等待时间)的应答分组时,将第一等待时间与第二等待时间之间的中间等待时间(称为“第三等待时间”)设置为接下来要发送的请求分组的等待时间。然后,当可以接收到对应于第三等待时间的应答分组时,将第三等待时间与第一等待时间之间的中间等待时间设置为接下来要发送的请求分组的等待时间。当不能接收到对应于第三等待时间的应答分组时,将第三等待时间与第二等待时间之间的中间等待时间设置为接下来要发送的请求分组的等待时间。重复地执行该处理。此外,设置处理的细节将在下面描述。
(步骤S108)端口保持时间检测部分13基于与应答分组接收单元12到此时为止接收的应答分组相对应的等待时间当中的最长等待时间,检测端口保持时间。然后,完成检测通信处理装置2的端口保持时间的处理。
接着,将参照图3的流程图描述服务器装置3的操作。
(步骤S201)请求分组接收部分31判断是否接收到请求分组。然后,当接收到请求分组时,处理前进到步骤S202。当未接收到请求分组时,处理前进到步骤S203。
(步骤202)应答分组发送控制部分33启动请求分组接收部分31所接收的请求分组的计时。例如,应答分组发送控制部分33操作定时器以计时与在接收的请求分组中包括的等待时间信息相应的等待时间。然后,处理前进到步骤S201。
(步骤S203)应答分组发送控制部分33判断是否到达应答分组的发送时刻。这里,例如根据在步骤S202开始之后是否经过了与等待时间信息相应的等待时间,判断是否到达应答分组的发送时刻。然后,当到达应答分组的发送时刻时,处理前进到步骤S204。当未到达应答分组的发送时刻时,处理返回步骤S201。
(步骤S204)应答分组发送部分32发送应答分组。应答分组包括例如,请求分组接收部分31接收的请求分组中包含的等待信息。然后,处理返回步骤S201。
此外,在图3的流程图中,通过关机或者结束处理的中断来结束处理。
接着将通过特定示例描述根据本实施例的信息处理系统的操作。在下面特定示例中,将描述端口保持时间检测部分13发送四次请求分组、然后检测端口保持时间的情况。此外,在下面的特定示例1中,将给出对下面情况的描述:当应答分组接收部分12接收到响应于请求分组发送部分11第一次发送的请求分组而发送的应答分组时,端口保持时间检测部分13基于与该请求分组的等待时间信息相应的等待时间来检测端口保持时间。此外,在下面的特定示例2中,将给出对下面情况的描述:当应答分组接收部分12接收到对应于发送的请求分组的应答分组时以及当应答分组接收部分12到此时为止接收到所有应答分组时,请求分组发送控制部分14控制请求分组发送部分11来发送具有与等待时间相应的等待时间信息的请求分组,其中该等待时间比对应于接收的应答分组的等待时间要长。
图4A和4B是示出下面特定示例中请求分组和应答分组结构的图。请求分组和应答分组都具有UDP头,并且其负荷包括等待时间信息。假设应答分组中包含的等待时间信息与请求发送应答分组的请求分组的负荷中包含的等待时间信息相同。
图5是示出在下面特定示例中请求分组和应答分组通过的端口的图。如图5所示,要从信息处理装置1发送的请求分组从端口P1发送。然后,请求分组通过通信处理装置2的WAN的端口P2,然后在服务器装置3的端口P3处被接收。
这里,请求分组所通过的通信处理装置2的端口P2是当第一个请求分组通过端口P2时在通信处理装置2中新分配的。即,使用通信处理装置2未用来与其它信息处理装置通信的端口执行请求分组的发送是很重要的。如果不是这样的话,例如,当端口P2到此时为止还用于其它目的,通过端口P2执行从请求分组的发送到应答分组的发送的不同通信时,那么就不能准确地检测端口保持时间。此外,为了使端口P2是当第一个请求分组通过时在通信处理装置2中新分配的,例如,最好使用新端口(到此时为止尚未用于其它通信的端口)作为信息处理装置1的端口P1。
从接收请求分组的端口P3发送响应于从信息处理装置1发送的请求分组接收到的应答分组。当没有经过端口保持时间时,则应答分组通过通信处理装置2的端口P2,然后在信息处理装置1的端口P1处被接收。同时,当经过了端口保持时间时,不从通信处理装置2向信息处理装置1发送应答分组。通过图5可知,在根据本实施例的信息处理系统中,请求分组和应答分组通过通信处理装置2的一个端口P2。此外,当在经过了对于端口P2的端口保持时间之后从端口P1向端口P3发送请求分组时,可以在通信处理装置2中分配新端口(例如,不同于端口P2的端口P4)。此外,可以再次使用端口P2。这取决于通信处理装置2的规范。然而在任一情况下,处理自身并没有显著地改变(因为仅仅是端口P2改变到端口P4)。下面为了说明方便起见,将给出对在经过了端口保持时间之后对于来自信息处理装置1的端口P1的请求分组分配端口P2的情况的描述。
此外,信息处理装置1、通信处理装置2和服务器装置3的IP地址如下。此外,通信处理装置2的IP地址是WAN的地址。
信息处理装置1:192.168.0.1
通信处理装置2:202.132.10.6
服务器装置3:155.32.10.10
(特定示例1)
图6是示出该特定示例中的图2流程的步骤S107的处理的流程图。
(步骤S301)请求分组发送控制部分14判断应答分组接收部分12是否接收到对应于最近发送的请求分组的应答分组。即,判断在步骤S103中是否接收到应答分组或者在步骤S105中是否出现超时。然后,当应答分组接收部分12接收到对应于发送的请求分组的应答分组时,处理前进到步骤S302。当应答分组接收部分12未接收到对应于发送的请求分组的应答分组时,处理前进到步骤S303。
(步骤S302)请求分组发送控制部分14将在对应于最近接收的应答分组的等待时间与对应于到此时为止应答分组接收部分12未接收到的应答分组的等待时间当中最短的等待时间之间的中间等待时间的相应等待时间,设置为接下来要发送的请求分组的等待时间。然后,步骤S107的处理结束。
此外,在该特定示例中,当接收到对应于第一次发送的请求分组的应答分组时,执行端口保持时间的检测。因此,在步骤S107(图6的流程图)的判断中,当判断接收到应答分组时,还没有事先接收到应答分组。因此,不执行对于过去是否接收到应答分组的判断,并且执行步骤S302的处理(见特定示例2的图9的流程图)。
(步骤S303)请求分组发送控制部分14判断应答分组接收部分12过去—即,从第一次发送请求分组直到判断(在当时步骤S303的判断)时为止,是否接收到发送的应答分组。然后,当应答分组接收部分12到此时为止接收到一个或多个应答分组时,处理前进到步骤S304。当应答分组接收部分12到此时为止尚未接收到应答分组时,处理前进到步骤S305。
(步骤S304)请求分组发送控制部分14将在对应于最近未接收的应答分组的等待时间、与到此时为止应答分组接收部分12接收到的应答分组的等待时间当中最长等待时间之间的中间等待时间,设置为接下来要发送的请求分组的等待时间。然后,步骤S107的处理结束。
(步骤S305)请求分组发送控制部分14将对应于最近未接收到的应答分组的等待时间的一半等待时间设置为接下来要发送的请求分组的等待时间。然后,步骤S107的处理结束。
这里,等待时间与另一等待时间之间的中间等待时间可以是严格意义上的两个等待时间之间的中间等待时间,或者可以是两个等待时间的中点附近的等待时间。在后一种情况下,例如,使用通过将两个等待时间之间的中间等待时间舍入(round)到小于1秒的量级(即,基于0.1秒的量级)而获得的等待时间。
在该特定示例中,假设通信处理装置2的端口保持时间是1分20秒。首先,如果判断到达检测端口保持时间的时刻(例如,在信息处理装置1的初始启动时,或者由于通信处理装置2的替换而重启时),信息处理装置1的请求分组发送控制部分14将等待时间设为2分钟(步骤S101)。然后,请求分组发送部分11生成指示等待时间为2分钟的等待时间信息,并且向服务器装置3的IP地址155.32.10.10的端口P3发送其负荷中有等待时间信息的UDP请求分组(步骤S102)。然后,在信息处理装置1中,执行等待应答分组接收的处理,直到接收到对应于请求分组的应答分组为止、或者直到出现超时为止(步骤S103和S105)。
在从信息处理装置1发送的请求分组中,通信处理装置2将源地址从192.168.0.1转换成202.132.10.6,并且将源端口从端口P1转换成端口P2。然后,将请求分组发送到服务器装置3的端口P3。通过服务器装置3的请求分组接收部分31接收请求分组(步骤S201)。接着,在应答分组发送控制部分33中,定时器工作(步骤S202)。如果定时器经过2分钟(请求分组中包含的等待时间信息所指示的等待时间),则应答分组发送控制部分33判断到达发送应答分组的时刻(步骤S203),并且指令应答分组发送部分32向(作为请求分组的发送源的)通信处理装置2的IP地址202.132.10.6的端口P2,发送具有请求分组接收部分31接收的请求分组中所包含的等待时间信息的应答分组。然后,应答分组发送部分32向通信处理装置2的端口P2发送具有指示等待时间“2分钟”的等待时间信息的应答分组(步骤S204)。
由于通信处理装置2的端口保持时间是“1分20秒”,因此从服务器装置3发送的应答分组在通信处理装置2中不经过地址转换,从而应答分组不发送到信息处理装置1。因此,当在发送具有指示等待时间“2分钟”的等待时间信息的请求分组之后、经过了通过将给2分钟加上5秒(5秒是考虑到请求分组的传输时间等而设置的)而获得的时间设置为等待时间信息一即,2分5秒时,处理装置1的请求分组发送控制部分14判断出现超时(步骤S105)。在这种情况下,由于请求分组未被发送四次,并且应答分组接收部分12未接收到对应于第一次发送的请求分组的应答分组,因此判断不检测端口保持时间(步骤S106)。此外,在这种情况下,由于应答分组接收部分12未接收到对应于发送的请求分组的应答分组(步骤S301),并且应答分组接收部分12到此时为止尚未接收到应答分组(步骤S303),因此请求分组发送控制部分14控制请求分组发送部分11请求分组,该请求分组具有指示对应于未接收的应答分组的等待时间“2分钟”的一半—等待时间“1分钟”的等待时间信息。具体地说,请求分组发送控制部分14设置1分钟的等待时间(步骤S305和S107)。
然后,以与上述处理相同的方式,通过通信处理装置2的端口P2向服务器装置3重发具有指示等待时间“1分钟”的等待时间信息的请求分组(步骤S102)。接着,在从服务器装置3接收到请求分组时起一分钟之后,从服务器装置3发送应答分组。
应答分组经过通信处理装置2中的地址转换,然后被发送到信息处理装置1。接着,通过应答分组接收部分12接收应答分组(步骤S103),应答分组中包含的等待时间信息所指示的等待时间“1分钟”被送交到端口保持时间检测部分13和请求分组发送控制部分14。此外,假设端口保持时间检测部分13将接收的等待时间“1分钟”存储在存储单元(未示出)中(步骤S104)。
在这种情况下,由于请求分组未发送四次,因此仍判断不检测端口保持时间(步骤S106)。此外,在这种情况下,由于应答分组接收部分12接收到对应于1分钟等待时间的应答分组(步骤S301),并且未接收到对应于2分钟等待时间的应答分组,因此将对应于接收的应答分组的“1分钟”等待时间与对应于到此时为止尚未接收到的应答分组的“2分钟”等待时间之间的中间等待时间“1分30秒”,设置为等待时间(步骤S302和S107)。接着,以与上述处理相同的方式,通过通信处理装置2的端口P2向服务器装置3重发具有指示等待时间“1分30秒”的等待时间信息的请求分组(步骤S102)。接着,在从服务器装置3接收到请求分组时起1分30秒之后,从服务器装置3发送应答分组。
由于通信处理装置2的端口保持时间是“1分20秒”,因此从服务器装置3发送的应答分组不经过通信处理装置2中的地址转换,从而应答分组不被发送到信息处理装置1。因此,信息处理装置1的请求分组发送控制部分14判断出现超时(步骤S105)。在这种情况下,由于请求分组未被发送四次,因此判断不检测端口保持时间(步骤S106)。
此外,在这种情况下,由于应答分组接收部分12未接收到对应于1分30秒等待时间的应答分组(步骤S301),并且应答分组接收部分12到此时为止接收到了一个或多个应答分组(步骤303),因此将对应于未接收到的应答分组的“1分30秒”等待时间与对应于到此时为止接收到的应答分组的等待时间当中的最长等待时间“1分钟”之间的中间等待时间“1分15秒”,设置为等待时间(步骤S304和S107)。接着,以与上述处理相同的方式,通过通信处理装置2的端口P2向服务器装置3重发具有指示等待时间“1分15秒”的等待时间信息的请求分组(步骤S102)。接着,在从服务器装置3接收到请求分组时起1分15秒之后,从服务器装置3发送应答分组。
由于通信处理装置2的端口保持时间是“1分20秒”,因此从服务器装置3发送的应答分组经过通信处理装置2中的地址转换,然后应答分组被发送到信息处理装置1。接着,应答分组接收部分12接收应答分组(步骤S103),应答分组中包含的等待时间信息所指示的等待时间“1分15秒”被送交到端口保持时间检测部分13和请求分组发送控制部分14。此外,假设端口保持时间检测部分13将接收的等待时间“1分15秒”存储在存储单元(未示出)中(步骤S104)。
此时,由于总共发送了四次请求分组,因此请求分组发送控制部分14判断到达检测端口保持时间的时刻(步骤S106)。接着,端口保持时间检测部分13将从应答分组接收部分12接收的等待时间当中的最长等待时间“1分15秒”,检测为通信处理装置2的端口保持时间(步骤S108)。
然后,检测出的端口保持时间被存储在例如预定记录介质(未示出)中,并且用作以规则间隔向服务器装置3发送分组的周期。这里,检测出的端口保持时间可以由信息处理装置1使用,或者由连接到通信处理装置2的LAN的其它信息处理装置使用。此外,使用端口保持时间以规则间隔发送的分组的发送源可以是服务器装置3,或者可以是其它服务器装置。此外,可以将比检测的端口保持时间短的时间设置成以规则间隔发送的分组的发送周期。
图7是示出该特定示例中请求分组的发送和应答分组的接收(或者未接收)的图。在这种情况下,发送对应于等待时间“2分钟”、“1分钟”、“1分30秒”和“1分15秒”的请求分组,并且可以接收到对应于等待时间“1分钟”和“1分15秒”的应答分组。因此,端口保持时间被检测为1分15秒。
此外,在该特定示例中,描述了通信处理装置2的端口保持时间为“1分20秒”的情况。然而,当通信处理装置2的端口保持时间是“5分钟”时,在信息处理装置1中接收到对应于第一次发送的请求分组的应答分组。在这种情况下,在接收到第一个应答分组时,判断到达检测端口保持时间的时刻(步骤S106),并且端口保持时间被检测为2分钟(步骤S108)。图8是示出上述情况中请求分组的发送和应答分组的接收的图。
(特定示例2)
图9是示出该特定示例中的图2的流程图的步骤S107的处理的流程图。此外,除了步骤S401和S402之外的其它处理与图6的流程图相同,因此将省略对其描述。
(步骤S401)请求分组发送控制部分14判断应答分组接收部分12过去—即,从发送第一请求分组时起直到判断为止,是否不能接收到发送的应答分组。接着,当到此时为止仍存在应答分组接收部分12未接收到的应答分组时,处理前进到步骤S302。当应答分组接收部分12接收到所有应答分组时,处理前进到步骤S402。
(步骤S402)请求分组发送控制部分14将比对应于最近接收的应答分组的等待时间长的等待时间,设置为接下来要发送的请求分组的等待时间。然后,步骤S107的处理结束。
这里,所述比等待时间长的等待时间可以是例如,通过将等待时间加上预定时间(例如,2分钟)而获得的等待时间,或者可以是通过将等待时间乘以大于1的值而获得的等待时间(例如,等待时间的两倍)。
在该特定示例中,有关请求分组的发送的处理和有关应答分组的接收或未接收的处理与特定示例1的相同,因此将省略对其详细描述。将参照图10描述该处理。图10是示出该特定示例中请求分组的发送和应答分组的接收或未接收的图。此外,在该特定示例中,假设通信处理装置2的端口保持时间是“5分30秒”。
此外,在该特定示例中,将给出对下面情况的描述:当应答分组接收部分12接收到对应于发送的请求分组的应答分组时、以及当应答分组接收部分12到此时为止接收到所有应答分组时,请求分组发送控制部分14控制请求分组发送部分11发送请求分组,该请求分组对应于通过将对应于接收的应答分组的等待时间加上2分钟而获得的等待时间。
如图10所示,在该特定示例中,首先假设发送具有指示2分钟等待时间的等待时间信息的请求分组(步骤S102)。此外,假设应答分组接收部分12接收到响应于请求分组发送的应答分组(步骤S103)。然后,由于接收到对应于等待时间“2分钟”的应答分组,并且是第一个应答分组的发送,因此请求分组发送控制部分14判断到此时为止接收到所有应答分组(步骤S301和S401),并且控制一具有指示4分钟等待时间的等待时间信息的请求分组的发送,所述4分钟是通过将2分钟加到对应于接收的应答分组的等待时间“2分钟”上获得的(步骤S402、S107和S102)。
假设应答分组接收部分12接收到响应于请求分组发送的应答分组(步骤S103)。然后,由于接收到对应于等待时间“4分钟”的应答分组,并且接收到响应于第一次和第二次发送的请求分组而发送的所有应答分组,因此请求分组发送控制部分14判断到此时为止接收到所有应答分组(步骤S301和S401),并且控制一具有指示6分钟等待时间的等待时间信息的请求分组的发送,所述6分钟是通过将2分钟加到对应于接收的应答分组的等待时间“4分钟”上获得的(步骤S402、S107和S102)。
响应于上述请求分组发送的应答分组不被发送到信息处理装置1。这是因为经过了通信处理装置2中的端口保持时间。因此,信息处理装置1的请求分组发送控制部分14判断发生超时(步骤S105)。
在这种情况下,应答分组接收部分12未接收到对应于6分钟等待时间的应答分组(步骤301),并且到此时为止应答分组接收部分12接收到一个或多个应答分组(步骤S303)。因此,将对应于未接收到的应答分组的时间“6分钟”、与对应于应答分组接收部分12接收的应答分组的等待时间当中的最长等待时间“4分钟”之间的中间等待时间“5分钟”,设置为等待时间(步骤S304和S107)。接着,以与上述处理相同的方式,通过通信处理装置2的端口P2向服务器装置3发送具有指示等待时间“5分钟”的等待时间信息的请求分组(步骤S102)。接着,在从服务器装置3接收到请求分组时起5分钟后,从服务器装置3发送应答分组。
该应答分组不经过通信处理装置2中的地址转换,然后被发送到信息处理装置1。接着,应答分组接收部分12接收到应答分组(步骤S103),并且应答分组中包含的等待时间信息所指示的等待时间“5分钟”被送交到端口保持时间检测部分13和请求分组发送控制部分14。此外,假设端口保持时间检测部分13将接收的等待时间“5分钟”存储在存储单元(未示出)中(步骤S104)。
此时,由于总共发送了四次请求分组,因此请求分组发送控制部分14判断到达检测端口保持时间的时刻(步骤S106)。接着,端口保持时间检测部分13将从应答分组接收部分12接收的等待时间当中的最长等待时间“5分钟”,检测为通信处理装置2的端口保持时间(步骤S108)。
如上所述,根据该实施例的信息处理系统,可以控制请求分组的发送,并且使用二分法搜索检测端口保持时间。因此,可以高效地检测端口保持时间。
例如,当通信处理装置2的端口保持时间是5分30秒时,在使用二分法搜索的情况下,如参照图10所述,不考虑从应答分组的接收到下一请求分组的发送的时间,可以从第一个请求分组发送起的17分钟内检测到端口保持时间为5分钟的事实。在这种情况下,端口保持时间的误差是1分钟。这是因为对应于最近发送的请求分组的等待时间与对应于在最近发送的请求分组紧前面发送的请求分组的等待时间之差是1分钟。同时,当在发送请求分组时执行端口保持时间的检测、同时等待时间从2分钟起按分钟依次增加、但不能接收到响应于请求分组发送的应答分组时,发送等待时间为2分钟、3分钟、4分钟、5分钟和6分钟的5个分组,并且要花2分钟来检测到端口保持时间。在这种情况下,端口保持时间的误差也是1分钟。这是因为等待时间按分钟增加。这样,可以使用二分法搜索高效地执行端口保持时间的检测。
此外,通过适当地设置检测端口保持时间的时刻,可以在需要时以足够的精确度检测端口保持时间。例如,为了检测精确的端口保持时间,可以将在端口保持时间之前要发送的请求分组数量设为大的值。此外,为了检测大概的端口保持时间,可以将在端口保持时间之前要发送的请求分组数量设得较小。
在该实施例中,如图4A所示,描述了请求分组中只包含等待时间的情况。或者,如图4C所示,请求分组中可以包含等待时间和标识信息,并且如图4D所示,请求分组中所包含的标识信息可以被包含在响应于该请求分组而发送的应答分组中。在这种情况下,接收到应答分组的信息处理装置1参照指示等待时间信息与标识信息之间对应关系的信息(之前存储在信息处理装置1或者信息处理装置1可访问的设备中的信息),可以知道对应于该应答分组的等待时间,
(第二实施例)
将参照附图描述根据本发明第二实施例的信息处理系统。根据本实施例的信息处理系统考虑请求分组和应答分组的传输时间,执行端口保持时间的检测。
图11是示出根据本实施例的信息处理系统的结构的框图。在图11中,根据本实施例的信息处理系统包括信息处理装置5、通信处理装置2和服务器装置3。通信处理装置2和服务器装置3与第一实施例中所述的相同,因此将省略对其描述。尽管信息处理装置5对应于第一实施例中的信息处理装置1,但在本实施例中,信息处理装置5考虑请求分组和应答分组的传输时间,执行端口保持时间的检测。
信息处理装置5包括请求分组发送部分11、应答分组接收部分12、请求分组发送控制部分14、端口保持时间端口部分51和分组往返时间测量部分52。此外,请求分组发送部分11、应答分组接收部分12和请求分组发送控制部分14的结构和操作与第一实施例的相同,除了考虑请求分组和应答分组的传输时间执行端口保持时间的检测外,因此将省略对其描述。
端口保持时间检测部分51基于信息处理装置5与服务器装置3之间的分组的往返时间,检测端口保持时间。其它处理与根据第一实施例的端口保持时间检测部分13相同,因此将省略对其描述。
分组往返时间测量部分52使请求分组发送部分11发送请求立即发送应答分组的请求分组,并且测量分组往返时间,分组往返时间是从请求分组的发送直到应答分组接收部分12接收到根据该请求分组发送的应答分组为止的时间。分组往返时间测量部分52所测量的分组往返时间用于上述端口保持时间的检测。
接着,将参照图12的流程图描述本实施例的信息处理装置5的操作。
(步骤S501)分组往返时间测量部分52控制请求分组发送部分11发送用于测量分组往返时间的请求分组。然后,请求分组发送部分11根据分组往返时间测量部分52的控制发送该请求分组。这里,用于测量分组往返时间的请求分组是请求立即发送应答的请求分组,例如,具有指示等待时间“0秒”的等待时间信息的请求分组。此外,分组往返时间测量部分52开始计时来测量从发送请求分组时起的分组往返时间。
(步骤S502)应答分组接收部分12判断是否接收到响应于在步骤S501发送的请求分组而从服务器装置3发送的应答分组。接着,当接收到应答分组时,指示接收到应答分组的要旨被送到分组往返时间测量部分52,然后处理前进到步骤S503。当未接收到应答分组时,重复执行处理步骤S502,直到接收到应答分组为止。
(步骤S503)如果在步骤S502接收到应答分组,则分组往返时间测量部分52停止在步骤S501开始的计时,并且将该时间的计时值(即,从发送请求分组到接收应答分组的时间)设为分组往返时间。
(步骤S504)信息处理装置5使用分组往返时间测量部分52测量的分组往返时间,检测端口保持时间。端口保持时间的检测处理与第一实施例中图2所示的流程图的处理相同,除了在端口保持时间检测部分51的端口保持时间的检测处理(步骤S108)中、考虑分组往返时间检测端口保持时间,因此将省略描述。
此外,在图12的流程图中,描述了在端口保持时间的检测处理(步骤S504)之间测量分组往返时间的情况。然而,关于分组往返时间的测量,在图2流程图中的步骤S108的处理之前执行测量的情况下,测量时刻无关紧要。例如,可以在发送具有指示不是“0秒”的等待时间的等待时间信息的请求分组之后,执行分组往返时间的测量。
接着,将通过特定示例描述根据本实施例的信息装置5。
分组往返时间测量部分52指令请求分组发送部分11向服务器装置3发送具有指示“0秒”等待时间的等待时间信息的请求分组。然后,请求分组发送部分11通过通信处理装置2向服务器装置3发送具有指令的等待时间信息的请求分组(步骤S501)。分组往返时间测量部分52在发送请求分组的时刻操作定时器,并且开始计时。
以与第一实施例的特定示例中所述相同的方式将发送的请求分组发送到服务器装置3,然后请求分组接收部分31接收(步骤S201)。由于对应于接收的请求分组的等待时间是“0秒”,因此应答分组发送控制部分33判断要执行立即应答(步骤S202和S203),并且指令应答分组发送部分32向作为请求分组的发送源的通信处理装置2发送应答分组。根据该指令,应答分组发送部分32向通信处理装置2发送其负荷中具有指示等待时间“0秒”的等待时间信息的应答分组(步骤S204)。应答分组经过通信处理装置2中的地址转换,然后被发送到信息处理装置5。接着,应答分组接收部分12接收到应答分组(步骤S502),并且将接收到应答分组的要旨递交给分组往返时间测量部分52。分组往返时间测量部分52停止在发送请求分组时启动的定时器,并且将定时器的值设为分组往返时间(步骤S503)。这里,假设测量出“1秒”的分组往返时间。分组往返时间测量部分52将分组往返时间“1秒”递交给端口保持时间检测部分51。
然后,信息处理装置5以与第一实施例的特定示例相同的方式发送请求分组和检测端口保持时间。图13是示出在该特定示例中请求分组的发送和应答分组的接收(或者未接收)的图。从图13将能看出,在该特定示例中,当以2分钟的等待时间开始时,对应于从请求分组发送部分11发送的请求分组中包含的等待时间信息的等待时间与对应于在该请求分组紧前面的请求分组的等待时间信息的等待时间之间的差是1秒或更少,请求分组的发送结束,并且检测端口保持时间。
在该特定示例中,如图13所示,假设在发送对应于1分17秒等待时间的请求分组之后,应答分组接收部分12接收到对应于该请求分组的应答分组。然后,在发送对应于1分18秒等待时间的请求分组之后,当未接收到对应于该请求分组的应答分组并且出现超时时,判断到达检测端口保持时间的时刻,然后执行端口保持时间的检测。
端口保持时间检测部分51将“1分18秒”检测未通信装置2的端口保持时间,其中“1分18秒”是通过将分组往返时间“1秒”加到对应于应答分组接收部分12接收的应答分组的等待时间当中的最长等待时间“1分17秒”上而获得的(步骤S108)。
这里,参照图14描述通信处理装置2的端口保持时间成为通过将对应于应答分组接收部分12接收的应答分组的等待时间当中的最长时间加上分组往返时间而获得的时间的情况。图14是示出从发送请求分组到接收应答分组的时间的图。此外,在图14中,假设从信息处理装置5发送请求分组时起直到该请求分组通过通信处理装置2为止的时间、以及从应答分组通过通信处理装置2时起直到信息处理装置5接收到应答分组为止的时间可忽略不计。
在图14中,假设从发送请求分组和通过通信处理装置2时起直到附图起装置3接收到请求分组为止的时间设为“时间A”。当在服务器装置3接收到请求分组之后经过对应于请求分组的等待时间时,如果发送应答分组,则从服务器装置3接收到请求分组到发送请求分组的时间成为等待时间。此外,假设从发送应答分组时起直到应答分组通过通信处理装置2并被信息处理装置5接收为止的时间设为“时间B”。然后,在图14所示的情况中,通信处理装置2的端口P2在“等待时间+时间A+时间B”的时间段内保持。这里,由于时间A与时间B之和成为分组往返时间,因此通过将分组往返时间加到对应于接收的应答分组的最长等待时间上而获得的时间成为端口保持时间。
如上所述,在根据本实施例的信息处理系统中,考虑通信处理装置2和服务器装置3之间的分组往返时间(实际上,测量信息处理装置5和服务器装置3之间的分组往返时间)来检测端口保持时间。因此,可以检测更精确的端口保持时间。
在本实施例中,描述了在端口保持时间检测部分51的端口保持时间检测处理时考虑分组往返时间的情况,但这仅仅是个示例。或者,可以基于测量的分组往返时间来检测端口保持时间。即,可以在检测端口保持时间的任何步骤中使用分组往返时间。例如,可以使用分组往返时间来改变要发送的请求分组中包含的等待时间信息。此外,在服务器装置3中,可以使用分组往返时间来改变发送应答分组的时刻。例如,在发送具有指示30秒等待时间的等待时间信息的请求分组的情况中,当发送具有通过将等待时间减去分组往返时间(1秒)而获得的29秒等待时间的等待时间信息的请求分组,并且接收到响应于请求分组发送的应答分组时,可以基于对应于应答分组的等待时间是30秒的假设来执行端口保持时间的检测。
在本实施例中,描述了由同一装置执行端口保持时间的检测和分组往返时间的测量的情况。然而,它们可以由不同的设备执行。这样,使用一个设备检测的分组往返时间,可以使用其它设备检测端口保持时间。
在各实施例中,描述了请求分组包含等待时间信息的情况。或者,除了等待时间信息,请求分组中可以包含指示合适发送应答分组的时间信息。例如,可以向服务器装置发送具有指示在发送请求分组之后经过预定等待时间的时间信息的请求分组,并且可以响应于请求分组的,在请求分组中包含的时间信息所指示的时间从服务器装置发送应答分组。然后,与上述实施例一样,可以执行端口时间的检测。这里,关于端口保持时间的检测,例如,由于发送对应于应答分组接收部分接收的应答分组的请求分组,因此将直到接收到应答分组为止的时间当中的最长时间检测为端口保持时间。此外,当使用具有时间信息的请求分组时,例如有必要使用时间服务器来同步信息处理装置1和服务器装置3的时钟。这样,请求分组发送控制部分14可以基于应答分组接收部分12是否接收到应答分组,使用二分法搜索来控制请求分组发送部分11的请求分组发送。此外,端口保持时间检测部分13和51可以基于应答分组接收部分12接收的应答分组,检测通信处理装置2的端口保持时间。此外,应答分组发送控制部分33可以基于请求分组接收部分31接收到的请求分组,控制应答分组的发送。
在上述实施例中,如图5所示,描述了仅使用通信处理装置2的一个端口P2发送请求分组的情况。或者,每当发送请求分组时,可以改变请求分组通过的通信处理装置2的端口。即,通过通信处理装置2的一个端口发送请求分组意味着,同时使用的通信处理装置2的端口数是1。具体地说,当发送多个请求分组时,可以通过通信处理装置2的单个端口发送所有请求分组,或者可以通过通信处理装置2的两个或多个端口发送多个请求分组。然而,在后一种请中,由于同时使用的端口数是1,因此两个或多个请求分组不是同时通过两个或多个端口发送的。
在上述实施例中,描述了请求分组和应答分组是UDP分组的情况。或者,请求分组和应答分组可以是TCP分组。在可以检测端口保持时间的情况下,可以使用其它分组。
在上述实施例中,描述了使用定时器计时应答分组的发送时刻的情况。或者,除了定时器,例如可以使用时钟或时钟信号。计时单元无关紧要。
在上述实施例中,描述了请求分组和应答分组的净荷包含诸如等待时间之类的信息的情况。然而,分组的结构不限于上面描述,而是可以使用其它结构。此外,应答分组的净荷可以不包含有意义的信息(即,伪分组)。例如,在请求分组发送部分11发送请求分组之后经过相应等待时间的情况下,当可以接收到伪应答分组时,可以判断接收到应答分组。当不能接收到该应答分组时,可以判断不能接收到应答分组。
例如,当信息处理装置和服务器装置具有相同的二分法搜索算法时,从信息处理装置发送到服务器装置的请求分组可以包含指示应答分组的发送间隔增加或减少的信息,而不是等待时间。然后基于该信息,服务器装置可以判断发送应答分组的时刻,并且可以发送应答分组。具体地说,在图7中,在第一请求分组中,请求分组中可以包含指令开始检测端口保持时间的信息。响应于该请求分组,服务器装置在从接收到该请求分组时起两分钟后发送应答分组。如果假设通信处理装置未接收到应答分组,则向服务器装置发送包含指令减少应答分组的发送间隔的信息的请求分组。然后,在从接收到该请求分组时起一分钟之后,发送应答分组。通过反复地执行这样的处理,可以执行请求分组的发送和应答分组的应答,并且可以检测端口保持时间。
在上述实施例中,例如,当应答分组接收部分12未接收到对应于发送的请求分组的应答分组时并且当应答分组接收部分12到此时为止接收到一个或多个应答分组时,请求分组发送控制部分14可以控制请求分组发送部分11发送具有与如下的等待时间相应的等待时间信息的请求分组,即,对应于未接收到的应答分组的等待时间(称为“第一等待时间”)、与对应于应答分组接收部分12到此时为止接收到的应答分组的等待时间当中的最长等待时间(称为“第二等待时间”)之间的等待时间。此外,例如当应答分组接收部分12接收到对应于发送的请求分组的应答分组时并且当到此时为止仍存在应答分组接收部分12尚未接收到的应答分组时,请求分组发送控制部分14可以控制请求分组发送部分11发送具有与如下的等待时间相应的等待时间信息的请求分组,即,对应于接收到的应答分组的等待时间、与应答分组接收部分12到此时为止尚未接收到的应答分组的等待时间当中的最短等待时间之间的等待时间。这里,第一等待时间与第二等待时间之间的等待时间可以是通过将从第一等待时间减去第二等待时间所得的时间乘以2/3所获得的时间加到第一等待时间上而获得的时间。
在上述实施例中,使用二分法搜索设置等待时间可以是,将对应于信息处理装置1可以接收到的应答分组的等待时间与对应于信息处理装置1不能接收到的应答分组的等待时间之间的等待时间,设置为接下来要发送的请求分组的等待时间。即,例如,当应答分组接收部分12未接收到对应于发送的请求分组的应答分组时并且当应答分组接收部分12到此时为止尚未接收到应答分组时,请求分组发送控制部分14可以控制请求分组发送部分11发送请求分组,该请求分组具有与短于对应于未接收到的应答分组的等待时间(称为“第三等待时间”)的等待时间相应的等待时间信息。这里,短于第三等待时间的等待时间是大于0且短于第三等待时间的时间,例如,将第三等待时间乘以2/3获得的时间。
在上述实施例中,描述了通过一个通信处理装置建立到通信线路4的连接的情况。或者,可以通过多个通信处理装置建立到通信线路4的连接(即,使用多连接通信处理装置)。在多连接通信处理装置中,检测最短的端口保持时间。
在上述实施例中,描述了通信处理装置2具有NAT功能(即,执行地址转换)。然而,除了(替代)NAT功能,通信处理装置2可以具有分组过滤的防火墙。这里,分组过滤执行例如基于上述接收过滤规则的接收分组选择。对于具有这样的防火墙功能的通信处理装置2,可以使用根据上述实施例的方法检测端口保持时间。这里,当在上一分组通过通信处理装置2的端口之后经过预定时间,并且从WAN发送到该端口的分组未被发送到通信处理装置2的LAN时,具有防火墙功能的通信处理装置2的端口保持时间即是该预定时间。
在上述实施例中,当发送UDP请求分组和应答分组时,考虑到分组丢失(由于UDP是无连接的通信,因此可能发生分组丢失),可以同时发送具有相同内容的多个请求分组和应答分组。
在上述实施例中,描述了由IP地址指定服务器装置的情况。或者,服务器装置可以由域名指定(例如,server.pana.net)。在这种情况下,使用DNS服务器将域名转换成IP地址,从而可以指定服务器装置。
在上述实施例中,各个处理(各个功能)可以由单个设备(系统)通过集中式处理实现,或者可以由多个设备通过分布式处理实现。
在上述实施例中,各个组件可以是专用硬件。此外,可以通过执行程序来实现可通过软件实现的组件。例如,可以通过允许程序执行部分(如CPU等)读出并执行记录在记录介质(如硬盘或半导体存储器)中的软件程序,来实现各个组件。此外,实现上述实施例中的信息处理装置的软件是下面所述的程序。即,提供使构成信息处理系统的信息处理装置执行处理的程序,该信息处理系统具有信息处理装置、服务器装置和执行信息处理装置与服务器装置之间的通信的通信处理装置。该程序使计算机执行:通过通信处理装置的一个端口向服务器装置发送请求分组的步骤,其中请求分组请求从服务器装置通过通信处理装置向信息处理装置发送应答分组;通过该端口接收来自服务器装置的应答分组的步骤;和基于应答分组接收部分接收到的应答分组检测通信处理装置的端口保持时间的步骤。在发送请求分组的步骤中,可以基于在应答分组的接收中是否接收到应答分组,使用二分法搜索发送请求分组。
该程序使计算机还执行测量分组往返时间的步骤,分组往返时间是,从在请求分组的发送中发送(请求立即发送应答分组的)请求分组时起、直到在应答分组的接收中接收到响应于对应请求分组发送的应答分组为止的时间。可以基于分组往返时间检测端口保持时间。
实现上述实施例中的服务器装置的软件是下面所述的程序。即,提供使构成信息处理系统的服务器装置执行处理的程序,该信息处理系统具有信息处理装置、服务器装置和执行信息处理装置与服务器装置之间的通信的通信处理装置。该程序使计算机执行:当信息处理装置使用二分法搜索向服务器装置发送请求分组时,接收从信息处理装置通过通信处理装置发送的请求分组的步骤,其中请求分组请求从服务器装置通过通信处理装置向信息处理装置发送应答分组;和基于请求分组的接收中接收到的请求分组、向信息处理装置发送应答分组的步骤。
此外,在上述程序中,发送信息的步骤或者接收信息的步骤不包括要由硬件执行的处理,例如发送步骤中由调制解调器或接口卡执行的处理(仅由硬件执行的处理)。
程序可以从服务器下载然后执行,或者可以从预定记录介质(例如象CD-ROM这样的光盘、磁盘或半导体存储器)中读出然后执行。
执行该程序的计算机可以是一个或多个。即,可以执行集中式处理或分布式处理。
本发明不限于上述实施例,相反,可以做出仍落入本发明范围内的各种改变和修改。
工业适用性
如上所述,使用根据本发明的信息处理系统作为可以检测通信处理装置的端口保持时间、并且具有通过通信处理装置向服务器装置发送分组的信息处理装置的信息处理系统。

Claims (22)

1.一种信息处理系统,包括:
信息处理装置;
服务器装置;和
通信处理装置,用于执行关于所述信息处理装置与所述服务器装置之间的通信的处理;
其中,所述信息处理装置包括:
请求分组发送部分,用于通过所述通信处理装置的一个端口向所述服务器装置发送请求分组,该请求分组请求从所述服务器装置通过通信处理装置向所述信息处理装置要发送的应答分组的发送;
应答分组接收部分,用于通过该端口从所述服务器装置接收应答分组;
请求分组发送控制部分,用于基于应答分组接收部分是否接收到应答分组,使用二分法搜索来控制请求分组发送部分发送请求分组;和
端口保持时间检测部分,用于基于应答分组接收部分接收到的应答分组,检测所述通信处理装置的端口保持时间,并且
所述服务器装置包括:
请求分组接收部分,用于接收请求分组;
应答分组发送部分,用于发送应答分组;
应答分组发送控制部分,用于基于所述请求分组接收部分接收到的请求分组,控制应答分组的发送。
2.如权利要求1所述的信息处理系统,
其中请求分组具有等待时间信息,该等待时间信息是关于直到发送应答分组为止的等待时间的信息,
所述请求分组发送控制部分基于应答分组接收部分是否接收到应答分组,使用二分法搜索确定等待时间,并且控制请求分组发送部分发送具有与所确定的等待时间相应的等待时间信息的请求分组,
所述端口保持时间检测部分基于对应于应答分组接收部分接收的应答分组的等待时间当中的最长等待时间,检测所述通信处理装置的端口保持时间,以及
所述应答分组发送控制部分基于请求分组接收部分接收到的请求分组中所包含的等待时间信息,控制应答分组的发送。
3.如权利要求2所述的信息处理系统,
其中所述应答分组发送控制部分,用于当在请求分组接收部分接收到请求分组之后经过与请求分组中包含的等待时间信息相应的等待时间时,控制应答分组发送部分发送应答分组。
4.如权利要求2或3所述的信息处理系统,
其中,当应答分组接收部分未接收到对应于发送的请求分组的应答分组、并且应答分组接收部分到此时为止接收到一个或多个应答分组时,所述请求分组发送控制部分控制请求分组发送部分发送具有与如下的等待时间相应的等待时间信息的请求分组,在对应于未接收到的应答分组的等待时间与对应于应答分组接收部分到此时为止接收到的应答分组的等待时间当中的最长等待时间之间的等待时间,以及
当应答分组接收部分接收到对应于发送的请求分组的应答分组时并且当到此时为止仍存在应答分组接收部分尚未接收到的应答分组时,请求分组发送控制部分控制请求分组发送部分发送具有与如下的等待时间相应的等待时间信息的请求分组,在对应于接收到的应答分组的等待时间与对应于应答分组接收部分到此时为止尚未接收到的应答分组的等待时间当中的最短等待时间之间的等待时间。
5.如权利要求2或3所述的信息处理系统,
其中,当应答分组接收部分未接收到对应于发送的请求分组的应答分组时并且当应答分组接收部分接收到一个或多个应答分组时,所述请求分组发送控制部分控制请求分组发送部分发送具有与如下的等待时间相应的等待时间信息的请求分组,在对应于未接收到的应答分组的等待时间与对应于应答分组接收部分到此时为止接收到的应答分组的等待时间当中的最长等待时间之间的中间等待时间,以及
当应答分组接收部分接收到对应于发送的请求分组的应答分组时并且当到此时为止仍存在应答分组接收部分尚未接收到的应答分组时,请求分组发送控制部分控制请求分组发送部分发送具有与如下的等待时间相应的等待时间信息的请求分组,即,在接收到的应答分组的等待时间与对应于应答分组接收部分到此时为止尚未接收到的应答分组的等待时间当中的最短等待时间之间的中间等待时间。
6.如权利要求2或3所述的信息处理系统,
其中,当应答分组接收部分未接收到对应于发送的请求分组的应答分组时并且当应答分组接收部分到此时为止尚未接收到应答分组时,所述请求分组发送控制部分控制请求分组发送部分发送具有等待时间信息的请求分组,该等待时间信息与比对应于未接收的应答分组的等待时间短的等待时间相应。
7.如权利要求2或3所述的信息处理系统,
其中,当应答分组接收部分未接收到对应于发送的请求分组的应答分组时并且当应答分组接收部分到此时为止尚未接收到应答分组时,所述请求分组发送控制部分控制请求分组发送部分发送具有等待时间信息的请求分组,该等待时间信息与对应于未接收的应答分组的等待时间的一半等待时间相应。
8.如权利要求2或3所述的信息处理系统,
其中,当应答分组接收部分接收到响应于请求分组发送部分第一次发送的请求分组而发送的应答分组时,端口保持时间检测部分基于与对应请求分组的等待时间信息相应的等待时间,检测端口保持时间。
9.如权利要求2或3所述的信息处理系统,
其中,当应答分组接收部分接收到对应于发送的请求分组的应答分组时并且当应答分组接收部分接收到所有应答分组时,请求分组发送控制部分控制请求分组发送部分发送具有等待时间信息的请求分组,该等待时间信息与比对应于接收到的应答分组的等待时间长的等待时间相应。
10.如权利要求1到3中任一个所述的信息处理系统,
其中,在请求分组被发送预定次数之后,端口保持时间检测部分检测端口保持时间。
11.如权利要求2或3所述的信息处理系统,
其中,当对应于请求分组发送部分所发送的请求分组中包含的等待时间信息相应的等待时间与对应于在该请求分组紧前面发送的请求分组中包含的等待时间信息的等待时间之间的差小于预定值时,端口保持时间检测部分检测端口保持时间。
12.如权利要求1到3中任一个所述的信息处理系统,
其中当在请求分组发送部分第一次发送请求分组之后经过预定时间时,端口保持时间检测部分检测端口保持时间。
13.如权利要求1到3中任一个所述的信息处理系统,还包括:
分组往返时间测量部分,使请求分组发送部分发送用于请求立即发送应答分组的请求分组,并且测量分组往返时间,该分组往返时间是从相应的请求分组的发送直到应答分组接收部分接收到根据相应的请求分组发送的应答分组为止的时间,
其中,基于分组往返时间检测端口保持时间。
14.如权利要求1到3中任一个所述的信息处理系统,
其中,当第一个请求分组通过所述相应端口时在通信处理装置中新分配请求分组所通过的通信处理装置的端口。
15.一种信息处理装置,其构成如权利要求1到3中任一个所述的信息处理系统。
16.一种服务器装置,其构成如权利要求1到3中任一个所述的信息处理系统。
17.一种在构成信息处理系统的信息处理装置中使用的信息处理方法,该信息处理系统具有信息处理装置、服务器装置和用于执行关于所述信息处理装置与所述服务器装置之间的通信处理的通信处理装置,该信息处理方法包括步骤:
通过所述通信处理装置的一个端口向所述服务器装置发送请求分组,该请求分组请求从所述服务器装置通过通信处理装置向所述信息处理装置要发送的应答分组的发送;
通过该端口从所述服务器装置接收应答分组;和
基于应答分组接收部分接收到的应答分组,检测所述通信处理装置的端口保持时间,
其中,在请求分组的发送中,基于在应答分组的接收中是否接收到该应答分组,使用二分法搜索来发送请求分组。
18.如权利要求17所述的信息处理方法,还包括步骤:
测量分组往返时间,该分组往返时间是从在请求分组的发送中发送用于请求立即发送应答分组的请求分组时起、直到应答分组的接收中接收到根据相应的请求分组发送的应答分组为止的时间,
其中,基于分组往返时间检测端口保持时间。
19.一种在构成信息处理系统的服务器装置中使用的信息处理方法,该信息处理系统具有信息处理装置、服务器装置和用于执行关于所述信息处理装置与所述服务器装置之间的通信处理的通信处理装置,该信息处理方法包括步骤:
当信息处理装置使用二分法搜索向所述服务器装置发送请求分组时,通过通信处理装置接收从信息处理装置发送的请求分组,该请求分组请求从所述服务器装置通过通信处理装置向所述信息处理装置要发送的应答分组的发送;以及
基于在请求分组的接收中接收的请求分组,向信息处理装置发送应答分组。
20.一种使构成信息处理系统的信息处理装置执行处理的程序,该信息处理系统具有信息处理装置、服务器装置和用于执行关于所述信息处理装置与所述服务器装置之间的通信处理的通信处理装置,该程序使计算机执行下列步骤:
通过所述通信处理装置的一个端口向所述服务器装置发送请求分组,该请求分组请求从所述服务器装置通过通信处理装置向所述信息处理装置要发送的应答分组的发送;
通过该端口从所述服务器装置接收应答分组;和
基于应答分组接收部分接收到的应答分组,检测所述通信处理装置的端口保持时间,
其中,在请求分组的发送中,基于在应答分组的接收中是否接收到应答分组,使用二分法搜索来发送请求分组。
21.如权利要求20所述的程序,
其中,该程序使计算机进一步执行步骤:
测量分组往返时间,该分组往返时间是从在请求分组的发送中发送用于请求立即发送应答分组的请求分组时起、直到应答分组的接收中接收到根据相应的请求分组发送的应答分组为止的时间,
其中,基于分组往返时间检测端口保持时间。
22.一种使构成信息处理系统的服务器装置执行处理的程序,该信息处理系统具有信息处理装置、服务器装置和用于执行关于所述信息处理装置与所述服务器装置之间的通信处理的通信处理装置,该程序使计算机执行下列步骤:
当信息处理装置使用二分法搜索向所述服务器装置发送请求分组时,通过通信处理装置接收从信息处理装置发送的请求分组,该请求分组请求从所述服务器装置通过通信处理装置向所述信息处理装置要发送的应答分组的发送;以及
基于在请求分组的接收中接收的请求分组,向信息处理装置发送应答分组。
CNA2005800266108A 2004-08-03 2005-08-01 信息处理系统、信息处理装置、服务器装置、信息处理方法和程序 Pending CN1993949A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP226478/2004 2004-08-03
JP2004226478A JP2006050125A (ja) 2004-08-03 2004-08-03 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法

Publications (1)

Publication Number Publication Date
CN1993949A true CN1993949A (zh) 2007-07-04

Family

ID=35787096

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2005800266108A Pending CN1993949A (zh) 2004-08-03 2005-08-01 信息处理系统、信息处理装置、服务器装置、信息处理方法和程序

Country Status (5)

Country Link
US (1) US20080056276A1 (zh)
EP (1) EP1783974A1 (zh)
JP (1) JP2006050125A (zh)
CN (1) CN1993949A (zh)
WO (1) WO2006013811A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103024097A (zh) * 2012-12-24 2013-04-03 瑞斯康达科技发展股份有限公司 探测网络地址转换服务器老化时间的方法、装置及系统
CN114510002A (zh) * 2020-11-17 2022-05-17 丰田自动车株式会社 信息处理装置、信息处理方法、记录了信息处理程序的记录介质、以及信息处理系统

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4597706B2 (ja) * 2005-02-25 2010-12-15 パナソニック株式会社 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法
JP4597705B2 (ja) * 2005-02-25 2010-12-15 パナソニック株式会社 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法
JP4796883B2 (ja) * 2006-04-07 2011-10-19 Necエンジニアリング株式会社 Nat管理システム
JP5326045B2 (ja) * 2010-05-11 2013-10-30 株式会社チェプロ 双方向通信システムおよびこれに用いるサーバ装置
CN102148724B (zh) * 2011-01-31 2014-12-31 中兴通讯股份有限公司 链路检测方法及网络接入设备
KR101612830B1 (ko) * 2014-12-11 2016-04-26 현대자동차주식회사 효율적인 기기 검색을 수행하는 차량의 멀티미디어 시스템 및 그 제어 방법

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
US6760775B1 (en) * 1999-03-05 2004-07-06 At&T Corp. System, method and apparatus for network service load and reliability management
US7512069B2 (en) * 2000-05-18 2009-03-31 Exfo Service Assurance, Inc. IP packet identification method and system for TCP connection and UDP stream
JP2002354048A (ja) * 2001-05-29 2002-12-06 Matsushita Electric Ind Co Ltd ルータ装置
US7149769B2 (en) * 2002-03-26 2006-12-12 Hewlett-Packard Development Company, L.P. System and method for multi-destination merge in a storage area network
US7356045B2 (en) * 2002-10-22 2008-04-08 Cisco Technology, Inc. Shared port address translation on a router behaving as NAT & NAT-PT gateway
JP3854221B2 (ja) * 2002-11-14 2006-12-06 日本電信電話株式会社 アドレス組の生存時間取得・計算を可能としたalg装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103024097A (zh) * 2012-12-24 2013-04-03 瑞斯康达科技发展股份有限公司 探测网络地址转换服务器老化时间的方法、装置及系统
CN103024097B (zh) * 2012-12-24 2016-06-29 瑞斯康达科技发展股份有限公司 探测网络地址转换服务器老化时间的方法、装置及系统
CN114510002A (zh) * 2020-11-17 2022-05-17 丰田自动车株式会社 信息处理装置、信息处理方法、记录了信息处理程序的记录介质、以及信息处理系统

Also Published As

Publication number Publication date
JP2006050125A (ja) 2006-02-16
EP1783974A1 (en) 2007-05-09
US20080056276A1 (en) 2008-03-06
WO2006013811A1 (ja) 2006-02-09

Similar Documents

Publication Publication Date Title
CN1993949A (zh) 信息处理系统、信息处理装置、服务器装置、信息处理方法和程序
CN1264307C (zh) 代理、图像形成装置管理系统、图像形成装置管理方法
CN2692927Y (zh) 能分配适当地址的电子设备和系统
CN100336417C (zh) 移动节点、移动性控制装置、通信控制方法以及通信系统
CN1855935A (zh) 信息处理装置和方法、程序、以及记录介质
CN1901511A (zh) 包传输装置、通信网和数据包传输方法
CN1252618C (zh) 故障预测系统和方法及设备、打印机和管理服务器
CN1723452A (zh) 传输和下载流数据的方法
CN1812406A (zh) 通信设备、通信方法、通信程序和记录媒体
CN1520123A (zh) 对地址询问的回答方法、程序、装置和地址通知方法、程序、装置
CN1714541A (zh) 信息处理装置、服务器客户机系统和方法以及计算机程序
CN1842772A (zh) 测试开放服务网关初始化服务平台的方法及使用该方法的测试工具
CN1433154A (zh) 设备数据收集系统
CN1738305A (zh) 信息处理设备、信息系统、代理处理方法
CN1881862A (zh) 网络质量恶化区域推定装置、方法及程序
CN1649292A (zh) 设置路由器的定时器
CN1529965A (zh) 公用信道流控制方法及系统
CN1565008A (zh) 传感器管理装置、传感器管理装置的控制程序、记录该程序的计算机可读记录介质以及传感器管理装置的控制方法
CN1878410A (zh) 基站设备和无线通信信道切换方法与切换程序
CN101056439A (zh) 便携式电子装置、内容信息服务器、内容列表提供方法
CN1631017A (zh) 发送装置、接收装置和发送/接收装置
CN1640059A (zh) 网络装置管理方法,网络装置管理程序和网络控制设备
CN1533102A (zh) 数据分组通信设备
CN1922847A (zh) Ip设备、管理服务器和网络系统
CN1744605A (zh) 能实现环球网服务的数字视/音频处理装置、方法及系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20070704