CN101129046A - 信息处理系统、信息处理设备、服务器设备、信息处理方法和程序 - Google Patents
信息处理系统、信息处理设备、服务器设备、信息处理方法和程序 Download PDFInfo
- Publication number
- CN101129046A CN101129046A CNA2005800487473A CN200580048747A CN101129046A CN 101129046 A CN101129046 A CN 101129046A CN A2005800487473 A CNA2005800487473 A CN A2005800487473A CN 200580048747 A CN200580048747 A CN 200580048747A CN 101129046 A CN101129046 A CN 101129046A
- Authority
- CN
- China
- Prior art keywords
- grouping
- port
- returning
- stand
- request
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/255—Maintenance or indexing of mapping tables
- H04L61/2553—Binding renewal aspects, e.g. using keep-alive messages
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
- Small-Scale Networks (AREA)
Abstract
一种信息处理设备(1),包括:历史分组发送器(11),用于发送历史分组;请求分组发送器(12),用于发送请求发送返回分组的请求分组;分组发送控制器(13),用于通过使用对分检索方法控制请求分组的发送;返回分组接收器(14),用于接收从服务器(3)发送的返回分组;以及端口保持时间检测器(15),用于基于所述返回分组接收器(14)对返回分组的接收,检测通信处理器(2)的端口保持时间。所述服务器(3)包括:请求分组接收器(31),用于接收请求分组;以及返回分组发送器(32),用于当所述请求分组接收器(31)接收到请求分组时,向所述通信处理器(2)的历史分组经过的端口发送返回分组。因此,能够提供了一种信息处理系统,其能够检测所述通信处理器的端口保持时间。
Description
技术领域
本发明涉及一种用于检测通信处理器的端口保持时间(keeping time)的信息处理系统等。
背景技术
在包括信息处理器、通信处理器和服务器的信息处理系统中,例如从诸如家用PC(个人计算机)或者家用设备的信息处理器经由通信处理器向服务器周期性地发送预定分组。此技术的详细内容公开在了如国际公开2004/4030292的小册子中(第1页,图1等等)。通信处理器可以是包括NAT(网络地址变换)特征的路由器。周期性地发送预定分组以保持通信处理器的端口(保持来自WAN的分组经由通信处理器向信息处理器发送),以便检测通信处理器的WAN(广域网)的IP地址是否已改变,或者完成从诸如手机的外部装置经由服务器向信息处理器的访问。
在包括NAT特征的诸如路由器的通信处理器中,当从LAN(局域网)向WAN发送分组时,LAN的专用IP地址和端口号被变换成WAN的全局IP地址和端口号。如果从WAN接收返回分组,则进行反向变换并且向信息处理器传送结果分组。通信处理器具有用于这种设置于其中的地址变换的时间。更准确地,当从上一次执行WAN和LAN间的地址变换起,经过预定时间时,不再对从WAN接收到的分组进行地址变换(重新对从LAN接收到的分组进行地址变换)。即,来自WAN的分组不被信息处理器接收。这意味着诸如手机的外部装置不能经由服务器访问信息处理器。下文中将预定时段称为端口保持时间。
在上述信息处理系统中,通信处理器必须始终准备就绪以对从服务器(从WAN)接收到的分组进行地址变换,以便于信息处理器接收来自服务器的信息。这样,甚至在信息处理器和服务器之间不必交换信息的情况下,也必须从信息处理器经由通信处理器向服务器周期性地发送分组,从而使通信处理器对从服务器发送的分组进行地址变换。伴随着这个事实存在一个需求:被信息处理器周期性发送的分组的发送时段应当尽可能的长。这是为了减少不必要的分组的发送以及由分组传输引起的信息处理器的处理负载。特别地,对于信息处理器连接的通信处理器的端口保持时间,它能够将被信息处理器周期性发送的分组的发送时段少量(例如一秒或者两秒)缩短。
并不知道信息处理器将连接于哪种类型的通信处理器。一般地,在各种来自于制造商的可用通信处理器中,对应于最短端口保持时间的时段被设置在信息处理器中,并且用此时段发送分组。在这种情况下,即使信息处理器连接到具有较长端口保持时间的通信处理器上,也以预设的短时段发送分组,这会导致许多不必要的分组传输。
发明公布
考虑到上述问题完成了本发明。本发明的一个目的是提供一种能够检测通信处理器的端口保持时间的信息处理系统,其中所述通信处理器与信息处理器相连接。
为了达到此目的,本发明提供一种信息处理系统,包括:信息处理器;服务器;以及用于对信息处理器和服务器之间的通信进行处理的通信处理器;信息处理器包括:历史分组发送器,用于经由通信处理器的一个端口发送多个作为在通信处理中留下发送历史的分组的历史分组;请求分组发送器,用于经由不同于历史端口的端口向服务器发送一个或者更多的请求分组,该历史端口是历史分组经过的通信处理器的端口,而该请求分组是用于请求发送作为从服务器发送的分组的返回分组的分组;返回分组接收器,用于接收经由历史端口从服务器发送的返回分组;分组发送控制器,用于基于返回分组接收器对返回分组的接收,通过使用对分检索方法(binary searchmethod)控制请求分组发送器对请求分组的发送;以及端口保持时间检测器,用于基于返回分组接收器对返回分组的接收,检测通信处理器的端口保持时间;服务器包括:请求分组接收器,用于接收请求分组;以及返回分组发送器,用于在请求分组接收器接收请求分组后,向历史端口发送返回分组。
利用这种配置,能够基于返回分组接收器对响应于请求分组而发送的返回分组的接收,检测通信处理器的端口保持时间。因而能够通过使用对分检索方法有效地发送请求分组和从而有效地检测端口保持时间。例如,通过利用检测到的端口保持时间,能够周期性地发送分组。例如,结果,有可能避免发送不必要的分组。
附图说明
图1为根据本发明的实施例1的信息处理系统的配置的框图;
图2阐述了根据实施例1的分组的发送/接收;
图3A阐述了根据实施例1的等待时间;
图3B阐述了根据实施例1的等待时间;
图4A阐述了根据实施例1的等待时间的开始;
图4B阐述了根据实施例1的等待时间的开始;
图4C阐述了根据实施例1的等待时间的开始;
图5A阐述了根据实施例1的等待时间的结束;
图5B阐述了根据实施例1的等待时间的结束;
图5C阐述了根据实施例1的等待时间的结束;
图6为根据实施例1的信息处理器的操作的流程图;
图7为根据实施例1的信息处理器的操作的流程图;
图8为根据实施例1的服务器的操作的流程图;
图9A显示了根据实施例1的分组结构的示例;
图9B显示了根据实施例1的分组结构的示例;
图9C显示了根据实施例1的分组结构的示例;
图10为根据实施例1的信息处理器的操作的流程图;
图11显示了根据实施例1的目的地信息的示例;
图12阐述了根据实施例1的分组的发送/接收;
图13阐述了根据实施例1的分组的发送/接收;
图14为根据实施例1的信息处理器的操作的流程图;
图15阐述了根据实施例1的分组的发送/接收;
图16为根据本发明的实施例2的信息处理系统的配置的框图;
图17阐述了根据实施例2的分组的发送/接收;
图18A阐述了根据实施例2的等待时间的开始;
图18B阐述了根据实施例2的等待时间的开始;
图18C阐述了根据实施例2的等待时间的开始;
图19为根据实施例2的信息处理器的操作的流程图;
图20为根据实施例2的信息处理器的操作的流程图;
图21为根据实施例2的服务器的操作的流程图;
图22A显示了根据实施例2的分组结构的示例;
图22B显示了根据实施例2的分组结构的示例;
图22C显示了根据实施例2的分组结构的示例;
图22D显示了根据实施例2的分组结构的示例;
图23阐述了等待时间的设置。
参考数字和符号说明
1,4:信息处理器
2:通信处理器
3,5:服务器
11:历史分组发送器
12,41:请求分组发送器
13:分组发送控制器
14,42:返回分组接收器
15:端口保持时间检测器
31:请求分组接收器
32:返回分组发送器
33:历史分组接收器
34:目的地信息存储器
51:返回分组发送器
具体实施例
下面将详细描述本发明的实施例。在以下实施例中,具有相同符号的组件是彼此相同的或者是互相对应的,因此可略去重复的描述。
实施例1
下面将参照附图对根据本发明实施例1的信息处理系统进行描述。
图1是根据本实施例的信息处理系统的配置框图。在图1中,根据本实施例的信息处理系统包括:信息处理器1、通信处理器2以及服务器3。当单个信息处理器1连接到图1中的通信处理器2时,两个或者更多的信息处理器可以连接到通信处理器2。信息处理器1可以是计算机、电烤箱、电话机、打印机、传真机、冰箱、洗衣机、空调、电视机、录影机或者置顶盒。通信处理器2和服务器3通过有线或者无线通信电路100互连。通信电路100可以是,例如因特网、企业内部互联网或者公共交换电话网(PSTN)。
信息处理1包括:历史分组发送器11、请求分组发送器12、分组发送控制器13、返回分组接收器14以及端口保持时间检测器15。
历史分组发送器11向服务器3发送多个历史分组。历史分组经由通信处理器2的一个端口发送。历史分组是指曾经在通信处理器2中留下发送历史的分组。发送历史分组是为了确定测量通信服务器2的端口保持时间的参考时间或者为了确定后面将描述的返回分组的目的地。例如历史分组是UDP分组。历史分组的有效负载包括或者不包括某些信息。历史分组经过的连接到通信电路100的通信服务器2的端口下文中用历史端口指代。历史分组发送器11可以包括诸如调制解调器或者网卡的用于分组发送的发送装置。如果历史分组发送器11不包括发送装置,发送装置(未示出)应当被配置在历史分组发送器11和通信处理器2之间。历史分组发送器11可以通过硬件或者软件来实现,如用于驱动发送装置的驱动器。
请求分组发送器12向服务器3发送一个或者更多请求分组。请求分组发送器12经由通信处理器2的与历史端口分离的端口发送请求分组。返回分组是自服务器3向通信处理器2的历史端口发送的分组。请求分组是请求发送返回分组的分组。例如请求分组是UDP分组。请求分组的有效负载包括或者不包括某些信息。请求分组可以包括一条通知:分组是请求分组而不是用来发送返回分组的指令或者命令,因而使得服务器3确定它就是请求分组。请求分组发送器12可以包括诸如调制解调器或者网卡的用于分组发送的发送装置。如果请求分组发送器12不包括发送装置,发送装置(未示出)应当被配置在请求分组发送器12和通信处理器2之间。请求分组发送器12可以通过硬件或者软件来实现,如用于驱动发送装置的驱动器。
分组发送控制器13控制请求分组发送器12对请求分组的发送。分组发送控制器13基于后面提到的返回分组接收器14对返回分组的接收来控制请求分组的发送。“基于返回分组的接收”意思是“基于返回分组是否被返回分组接收器14所接收”。分组发送控制器13通过利用对分搜索方法控制请求分组的发送。对分搜索方法将在后面描述。请求分组发送的控制包括控制请求分组发送器12对请求分组的发送定时(timing)。将在后面详细描述此处理。
返回分组接收器14接收从服务器3发送的返回分组。返回分组经由通信处理器2的历史端口被传输。如后面描述的,返回分组接收器14不接收从服务器3发送的所有返回分组。这是因为在从服务器3发送的返回分组中,在历史端口的端口保持时间已经逝去后才到达通信处理器2的返回分组不从通信处理器2向信息处理器1发送。返回分组接收器14可以包括用于接收的接收装置,如调制解调器或者网卡。如果历史分组发送器11不包括接收装置,接收装置(未示出)应当被配置在返回分组接收器14和通信处理器2之间。返回分组接收器14可以通过硬件或者软件来实现,如用于驱动接收装置的驱动器。
端口保持时间检测器15基于返回分组接收器14对返回分组的接收来检测通信处理器2的端口保持时间。“基于返回分组的接收”意思是“基于返回分组是否被接收或者通过利用返回分组被接收的定时”。端口保持时间检测器15的详细操作将在后面描述。端口保持时间检测器15可以基于历史分组的发送以及返回分组的接收来检测端口保持时间。端口保持时间检测器15可以检测通信处理器2的端口保持时间,或者比通信处理器2的端口保持时间短的端口保持时间。例如,如果通信处理器2的端口保持时间是“2分钟”,端口保持时间检测器15可以检测通信处理器2的端口保持时间为“2分钟”或者“1分钟”。端口保持时间检测器15对端口保持时间的检测将在后面描述。在下面的描述中,“端口保持时间”可以指指示由端口保持时间检测器15检测到的端口保持时间的信息。
如果历史分组发送器11、请求分组发送器12和返回分组接收器14中的两个或多个组件的每个都有涉及通信的装置,这些装置可以是相同部件或分离部件。
通信处理器2执行涉及信息处理器1和服务器3之间的通信的处理。根据本实施例的通信处理器2具有NAT特征并且被称为路由器等。根据本实施例的通信处理器2将包括在从信息处理器1发送的分组中的发送方的地址信息(即,信息处理器1的地址信息)变换成在WAN方的通信处理器2的地址信息。
更详细地,通信处理器2将包括在从信息处理器1发送的分组中的源(发送方)地址(作为专用IP地址的地址A)和源(发送方)端口号(端口号B)变换成在WAN方的通信处理器2的全局IP地址(地址X)和端口号(端口号Y)。从服务器3向在WAN方的通信处理器2的地址X和端口号Y发送的分组具有它的目的地地址X和端口号Y,地址X和端口号Y在分组被发送到信息处理器1之前被变换为信息处理器1的地址A和端口号B。全局IP地址是被信息处理器用作与诸如连接到包括因特网的WAN的外部装置之类的外部装置进行通信的地址。一般地,全局IP地址是用在WAN环境中的地址。如果电子装置与连接到诸如企业内部互联网的LAN的装置经由具有NAT特征的路由器通信,则全局IP地址可以是用在LAN中的地址。IP地址可以是当前所谓的IPv4地址或者诸如IPv6地址的另一个版本的地址。
如果接收过滤规则被设置在通信处理器2中,则分组接收依照接收过滤规则进行。假定分组的目的地地址和端口号分别为地址P和端口号Q,接收过滤规则包括:在指定地址P和端口号Q作为目的地地址和端口号的分组从通信处理器2的LAN一方来向WAN方发送的情况下,只接收来自地址P的分组的地址感应过滤器、只接收来自端口号Q的分组的端口感应过滤器和作为不存在过滤器的零(No)过滤器(接收来自任何地址或任何端口号的任何分组)是可用的。通信处理器2接收分组的过程意味着这样一个过程:通信处理器2在被指派到从LAN方的信息处理器1发送的分组的通信处理器2的端口接收来自WAN的分组、执行对分组的地址变换并且向在LAN方的信息处理器1发送结果分组。
如上述的相关技术实例,在通信处理器2中的地址变换发生时的时段具有预定限制。即,在已经过通信处理器2的端口保持时间的时间点(a point intime)上,不再执行地址A和端口号B与地址X和端口号Y之间的地址变换,因为两方之间的地址变换在上一次已经执行。甚至如果在端口保持时间已逝去之后,经由通信电路100向地址X和端口号Y发送分组,在通信处理器2中地址变换也不会发生,因而信息处理器1接收不到分组。
服务器3包括请求分组接收器31、返回分组发送器32、历史分组接收器33以及目的地信息存储器34。
请求分组接收器31接收信息处理器1发送的请求分组。请求分组接收器31可以包括用于分组接收的接收装置,如调制解调器或者网卡。如果请求分组接收器31不包括接收装置,接收装置(未示出)应当配置在请求分组接收器31和通信电路100之间。请求分组接收器31可以通过硬件或者软件来实现,如用于驱动接收装置的驱动器。
当请求分组接收器31接收请求分组时,返回分组发送器32向通信处理器2的历史端口发送返回分组。返回分组发送器32基于由后面描述的目的地信息存储器34存储的目的地信息发送返回分组。即,返回分组发送器32向目的地信息指示的地址和端口号发送返回分组。返回分组例如是UDP分组。请求分组的有效负载可以包括某些信息。返回分组发送器32可以包括用于分组发送的发送装置,如调制解调器或者网卡。如果返回分组发送器32不包括接收装置,发送装置(未示出)应当配置在返回分组发送器32和通信电路100之间。返回分组发送器32可以通过硬件或者软件来实现,如用于驱动发送装置的驱动器。
历史分组接收器33接收从信息处理器1发送的历史分组。历史分组接收器33可以包括用于分组接收的接收装置,如调制解调器或者网卡。如果历史分组接收器33不包括接收装置,接收装置(未示出)应当配置在历史分组接收器33和通信电路100之间。历史分组接收器33可以通过硬件或者软件来实现,如用于驱动接收装置的驱动器。
目的地信息存储器34基于由历史分组接收器33接收到的历史分组将目的地信息存储于预定的存储媒介之上。目的地信息是指关于返回分组的目的地的信息。更准确地,目的地信息存储器34读取包括在由历史分组接收器33接收到的历史分组的头中的源地址和源端口号,并且存储包括源地址和源端口号的目的地信息。历史分组的源地址是在通信电路100一方的通信处理器2的地址,且历史分组的源端口号是在通信电路100一方的通信处理器2的端口,即,端口号指示历史端口的方位。目的地信息存储于其上的预定存储媒介可以是半导体存储器、光盘或者磁盘,其包括在目的地信息存储器34中或者提供在目的地信息存储器34之外。
如果请求分组接收器31、返回分组发送器32和历史分组接收器33中的两个或者更多的组件的每个都有涉及通信的装置,这些装置可以是相同部件或分离部件。
下面将详细描述历史分组、请求分组和返回分组经过的端口。图2阐述了历史分组、请求分组和返回分组经过的端口。如图2所示,从信息处理器1发送的历史分组从端口P1发送。历史分组经过在通信电路100一方的通信处理器2的端口P2,并且被服务器3的端口P3接收。端口P2是历史端口。
当第一个历史分组经过端口P2时,历史分组经过的通信处理器2的端口P2被通信处理器2重新指定。即,通过利用通信处理器2的不被通信所用的端口向另一个信息处理器或者服务器发送历史分组是非常重要的。例如,如果一直到那时端口P2都被用作另一个目的,并且其它的从历史分组的发送到返回分组的发送的通信都经由端口P2来完成,则不可能检测出准确的端口保持时间。为了当第一历史分组经过时通信处理器2重新指定端口P2,一个新端口,也即一个未被用在其它通信中的端口,可以被用作信息处理器1的端口P1。
其后,从信息处理器1的端口P4发送请求分组。请求分组经由在通信电路100一方的通信处理器2的端口P5被传输至服务器3的端口P6。端口P2必须不同于端口P5。这是因为如果请求分组经由从历史分组的传输到返回分组的传输的端口P2传输,则不能检测出准确的端口保持时间。例如,为了端口P2不同于端口P5,信息处理器1的端口P1和端口P4应当彼此不同。或者,根据通信处理器2的端口指定规则的类型,仅端口P3和端口P6应当彼此不同,即使如果端口P1和端口P4是同样的也如此。如果端口P1和端口P4彼此不同,端口P2不同于端口P5,即使如果端口P3和端口P6是相同的也如此。
从接收到历史分组的端口P3发送返回分组。如果端口保持时间还未逝去,返回分组经由通信处理器2的端口P2被信息处理器1的端口P1接收。如果端口保持时间已逝去,则不从通信处理器2向信息处理器1发送返回分组。如从图2所了解到的,在根据本实施例的信息处理系统中,历史分组和返回分组经过通信处理器2的单个端口P2。如果在涉及端口P2的端口保持时间已逝去后,历史分组从端口P1向端口P3发送,则可向通信处理器2指定新端口,如不同于端口P2的端口P7,或者可再使用端口P2。这取决于通信处理器2的规格。无论如何,端口P2变化到端口P7等的处理几乎相同。为便于解释,做如下假定:在端口保持时间已逝去后,为从信息处理器1的端口P1发送的历史分组指定端口P2。
在上述情况中当从已接收到历史分组的端口P3发送返回分组时,取决于通信处理器2的接收过滤规则,返回分组不需要从端口P3发送。
在上述描述中当向服务器3发送历史分组时,取决于通信处理器2的类型,可以向另一个服务器而不是服务器3发送历史分组。如果是这样的话,关于历史端口位置的信息可以从接收到上述历史分组的服务器传递至服务器3。
接着将描述端口保持时间的检测。首先,定义“等待时间”。等待时间是从返回分组到达通信处理器2的时间点到分组此前刚刚经过历史端口的时间点之间的一段时间。至于在返回分组已到达通信处理器2之后,假定的在通信处理器2上的处理,也许存在如下情况:返回分组经历在通信处理器2中的地址变换并且被发送至信息处理器1;以及如下情况:通信处理器2的端口保持时间已逝去且返回分组未经历通信处理器2中的地址变换。粗略地讲,等待时间有两种模式。模式1对应如下情况:历史分组在等待时间起点(beginning)经过历史端口。模式2对应于如下情况:返回分组在等待时间起点经过历史端口。等待时间起点是指等待时间开始的时间点。
首先,描述模式1。图3A示出了模式1。当从信息处理器1发送历史分组时,历史分组经过通信处理器2的历史端口。当不久后从信息处理器1发送请求分组时,请求分组被服务器3接收,从此时,从服务器3向通信处理器2的历史端口发送返回分组。如果端口保持时间还未逝去,则返回分组到达通信处理器2的历史端口,并且被发送至信息处理器1。如果端口保持时间已逝去,返回分组不被发送至信息处理器1。这样,从历史分组经过通信处理器2之时到返回分组到达通信处理器2之时的时段被称为等待时间。
下面讲描述模式2。图3B示出了模式2。响应于从信息处理器1发送的请求分组从服务器3发送返回分组。如果涉及到历史端口的端口保持时间还未逝去,返回分组经过通信处理器2的历史端口并且被信息处理器1接收。不久后从信息处理器1发送请求分组,响应于该请求分组从服务器3发送返回分组。这个处理与模式1的相同。这样,从返回分组经过通信处理器2之时到下一个返回分组到达通信处理器2之时的时间是等待时间。在模式2的等待时间起点,该返回分组必须到达通信处理器2,该返回分组也必须从通信处理器2向信息处理器1发送。
如果信息处理器1成功地接收到在等待时间终点(end)到达通信处理器2的历史端口的返回分组,则通信处理器2的端口保持时间比等待时间长。如果信息处理器1不能接收到在等待时间终点到达通信处理器2的历史端口的返回分组,则通信处理器2的端口保持时间比等待时间短。等待时间终点是指等待时间结束的时间点。这样,通过测量等待时间和确定信息处理器1是否成功地接收到在等待时间终点到达通信处理器2的历史端口的返回分组,有可能测量出通信处理器2的端口保持时间。这样,端口保持时间检测器15基于等待时间检测端口保持时间,其中在等待时间期间,返回分组接收器14成功地接收到在一个或多个等待时间中的一个等待时间终点到达通信处理器2的返回分组。例如,端口保持时间检测器15可以基于等待时间检测端口保持时间,其中在等待时间期间,返回分组接收器14成功地接收到在等待时间终点到达通信处理器2的返回分组,且该等待时间是一个或多个等待时间中任意一个最长的等待时间。所述表达“基于等待时间检测端口保持时间,其中在等待时间期间,返回分组接收器14成功地接收到在一个等待时间终点到达通信处理器2的返回分组”意思是可以检测等待时间作为端口保持时间或者检测不同于等待时间的时间作为端口保持时间。在后一种情况下,可以检测通过从原始等待时间中减去诸如两秒或三秒的预定时间而获得的等待时间作为端口保持时间。端口保持时间检测器15可以基于等待时间检测端口保持时间,所述等待时间不是这些等待时间中最长的等待时间,其中在这些等待时间期间,返回分组接收器14成功地接收到在等待时间终点到达通信处理器2的返回分组。例如,端口保持时间检测器15可以基于等待时间检测端口保持时间,所述等待时间是这些等待时间中第二长的等待时间,其中在这些等待时间期间,返回分组接收器14成功地接收到在等待时间终点到达通信处理器2的返回分组。只要端口保持时间检测器15基于这些等待时间中的任何等待时间检测端口保持时间,就可以使用任何检测方法,其中在1个或者多个这些等待时间期间,返回分组接收器14成功地接收到在等待时间终点到达通信处理器2的返回分组。
下面将描述等待时间起点。在等待时间起点经过历史端口的分组包括历史分组和返回分组,如图3A和3B所示。测量等待时间可以有两种模式。在第一种模式中,在等待时间起点历史分组唯一地经过历史端口(模式A)。在第二种模式中,如果信息处理器1成功地接收到返回分组,则该返回分组被假定为在等待时间起点经过历史端口的分组;如果信息处理器1未接收到返回分组,则发送新的历史分组并且该历史分组被假定为在等待时间起点经过历史端口的分组(模式B)。在下面的描述中将讨论这两种模式。应当注意:可以用任何其它模式并且本发明不限于这两种模式。
模式A
图4A阐述了模式A。在如图4A所示的模式A中,信息处理器1在等待时间起点发送历史分组而不考虑信息处理器1是否成功地接收到返回分组。这样,在等待时间起点经过历史端口的分组是历史分组。历史分组也在等待时间起点被发送。分组发送控制器13控制请求分组的发送以及在等待时间起点历史分组发送器11对历史分组的发送。换句话说,分组发送控制器13控制历史分组发送器11使得历史分组将在等待时间起点被发送。
在模式A中,端口保持时间检测器15基于返回分组接收器14对于返回分组的接收和历史分组发送器11对于历史分组的发送,检测通信处理器2的端口保持时间。严格来讲,如图3A所示,等待时间起点是历史分组经过通信处理器2的时间点,尽管信息处理器1知道历史分组经过通信处理器2的时间点是很困难的。这样,如图4A所示,在端口保持时间检测器15中,作为等待时间起点的历史分组经过通信处理器2的时间点就是历史分组被发送的时间点。在图4A中,当两个或者更多的请求分组被发送时,单个请求分组可以由信息处理器1发送。
模式B
图4B和4C解释了模式B。在模式B中,在等待时间起点经过历史端口的分组是历史分组或者返回分组。如图4B所示,如果信息处理器1成功地接收到返回分组,信息处理器1在等待时间起点不发送历史分组,并且返回分组是在等待时间起点经过历史端口的分组。如图4C所示,如果信息处理器1未接收到返回分组,信息处理器1在等待时间起点发送历史分组,并且历史分组是在等待时间起点经过历史端口的分组。这是假设历史分组在第一个等待时间起点被发送。如果返回分组接收器14未接收到对应于请求分组的返回分组,则分组发送控制器13控制请求分组的发送,以及控制历史分组发送器11使历史分组发送器11在下一个等待时间起点发送历史分组。“对应于请求分组的返回分组”是指如果收到请求分组时发送的返回分组。
在模式B中,端口保持时间检测器15基于返回分组接收器14对于返回分组的接收和历史分组发送器11对于历史分组的发送,检测通信处理器2的端口保持时间。严格来讲,如图3A和3B所示,等待时间起点是历史分组或者返回分组经过通信处理器2的时间点,尽管信息处理器1知道历史分组或返回分组经过通信处理器2的时间点是很困难的。这样,如图4B和4C所示,在端口保持时间检测器15中,如果在等待时间起点经过历史端口的分组是历史分组,作为等待时间起点的分组经过历史端口的时间点就是历史分组被发送的时间点,以及如果在等待时间起点经过历史端口的分组是返回分组,作为等待时间起点的分组经过历史端口的时间点就是返回分组被接收的时间点。
下面将描述等待时间的终点。等待时间的终点是返回分组到达通信处理器2的时间点,如图3A和3B所示。但是信息处理器1知道返回分组到达通信处理器2的时间点是很困难的。这样,在测量等待时间中,端口保持时间检测器15可以假定作为等待时间终点的返回分组到达通信处理器2的时间点就是请求发送返回分组的请求分组被发送的时间点,如图5A所示(这个模式叫做模式C)。在测量等待时间中,端口保持时间检测器15可以假定作为等待时间终点的返回分组到达通信处理器2的时间点就是返回分组被信息处理器1接收到的时间点,如图5B所示(这个模式叫做模式D)。在测量等待时间中,如果信息处理器1成功地接收到了返回分组,端口保持时间检测器15可以假定作为等待时间终点的返回分组到达通信处理器2的时间点就是返回分组被接收的时间点,如图5B所示,并且如果信息处理器1未接收到返回分组,端口保持时间检测器15可以假定作为等待时间终点的返回分组到达通信处理器2的历史端口的时间点就是请求发送返回分组的请求分组被发送的时间点,如图5C所示(这个模式叫做模式E)。应当注意:可以使用任何其它模式并且本发明不限于这三种模式。基于等待时间检测端口保持时间,在该等待时间期间,接收在等待时间终点被发送的返回分组。这样,在模式D和模式E中检测到相同的端口保持时间。
下面将描述分组发送控制器13对于请求分组的发送的控制。分组发送控制器13基于返回分组是否被返回分组接收器14成功地接收,使用对分搜索方法确定等待时间,并且控制请求分组发送器12使请求分组发送器12发送请求分组以实现等待时间。使用基于返回分组是否被成功地接收的对分搜索方法设置等待时间是指:将对应于返回分组成功地被信息处理器1接收的等待时间和对应于返回分组未被信息处理器1接收的等待时间之间的中间等待时间,设置为下一分组被发送的等待时间。分组发送控制器13控制请求分组的发送的定时以便于实现等待时间。对应于成功地被信息处理器1接收的返回分组的等待时间是指在其终点被发送的返回分组成功地被信息处理器1接收的等待时间。对应于未被信息处理器1接收的返回分组的等待时间是指在其终点发送的返回分组未被信息处理器1接收的等待时间。
这样,通过使用对分搜索方法设置等待时间,在对应于可能被信息处理器1接收的返回分组的等待时间中,高速搜索最长等待时间(端口保持时间)是可能的。对于使用对分搜索方法设置等待时间,如果对应于第一等待时间的返回分组未被接收并且对应于第二等待时间(短于第一等待时间的时间)的返回分组也未被接收,则将在第一等待时间和第二等待时间之间的中间等待时间(第三等待时间)设置为下一请求分组发送的等待时间。如果对应于第三等待时间的返回分组成功地被接收到,则将在第三等待时间和第一等待时间之间的中间等待时间设置为下一请求分组发送的等待时间。如果对应于第三等待时间的返回分组未被接收到,则将在第三等待时间和第二等待时间之间的中间等待时间设置为下一请求分组发送的等待时间。此后重复上述处理。稍后详细描述该设置过程。
当被分组发送控制器13所使用的等待时间起点与被端口保持时间检测器15所使用的等待时间起点相同时,被分组发送控制器13所使用的等待时间终点可以是请求发送返回分组的请求分组被发送的时间点。即,在分组发送控制器13中,作为等待时间终点的返回分组到达通信处理器2的时间点可以是请求发送返回分组的请求分组被发送的时间点。这是因为不知道在分组发送控制器13控制请求分组的发送的时期内,信息处理器1是否会接收到响应于请求分组而发送的返回分组,并且不可能知道返回分组被接收的时间点。如上所述,被分组发送控制器13所使用的等待时间可以不同于被端口保持时间检测器15所使用的等待时间。
下面将描述端口保持时间检测器15检测端口保持时间的定时。如果对应于由请求分组发送器12发送的请求分组的等待时间和对应于在上述请求分组紧前发送的请求分组的等待时间之差小于预定值(如10秒或5秒),则端口保持时间检测器15可以检测端口保持时间。如果返回分组接收器14接收到了对应于请求分组发送器12第一次发送的请求分组的返回分组,则端口保持时间检测器15可以检测端口保持时间。如果等待时间被发送预定次数(如四次),则端口保持时间检测器15可以检测端口保持时间。当从涉及端口保持时间检测的处理开始后预定时间(如10分钟)已逝去时,端口保持时间检测器15可以检测端口保持时间。涉及端口保持时间检测的处理开始的时间点可以是第一个历史分组被发送之时。
下面将使用流程图描述根据本实施例的信息处理器1的操作流程。在本实施例中,所使用的流程图取决于等待时间起点的模式。这样,将分别描述对应于模式A和模式B的流程图。
图6为根据本实施例的模式A的信息处理器1的操作流程图。
(步骤S101)分组发送控制器13设置等待时间为从历史分组被发送之时到请求分组被接收之时的一段时间。设置等待时间可以是将等待时间记录在预定存储器等中。在设置第一个等待时间时,设置的时间可以是先前确定的。
(步骤S102)分组发送控制器13控制历史分组发送器11使历史分组发送器11向服务器3发送历史分组。结果,从历史分组发送器11经由通信处理器2向服务器3发送历史分组。
(步骤S103)分组发送控制器13确定定时是否满足(meet)发送请求分组。如果定时满足发送请求分组,则进行到步骤S104。否则,重复在步骤S103中的处理直到定时满足发送请求分组。确定定时是否满足发送请求分组是基于:从历史分组被发送后,在步骤S101或者步骤S110中设置的等待时间是否已逝去。
(步骤S104)分组发送控制器13控制请求分组发送器12使请求分组发送器12向服务器3发送请求分组。结果,从请求分组发送器12向服务器3发送请求分组。
(步骤S105)返回分组接收器14确定其是否已接收到响应于步骤S104中发送的请求分组而从服务器3发送的返回分组。如果返回分组接收器14已接收到返回分组,则处理进行到步骤S107。否则,处理进行到步骤S106。
(步骤S106)返回分组接收器14确定是否发生时间到。时间到是指自从请求分组发送器12发送请求分组后,诸如10秒的预定时段的逝去。如果发生时间到,则处理进行到步骤S108。否则,处理返回到步骤S105。
(步骤S107)端口保持时间检测器15基于接收到的返回分组执行预定接收处理。预定接收处理可以是将从历史分组被发送的时间点到返回分组被接收的时间点的时段作为等待时间存储在预定存储器中。
(步骤S108)分组发送控制器13确定是否检测端口保持时间。上面已经描述过了在什么条件下确定检测端口保持时间的例子。如果端口保持时间将被检测,则处理进行到步骤S109。分组,处理进行到步骤S110。
(步骤S109)端口保持时间检测器15基于在其期间返回分组被成功地接收的等待时间检测端口保持时间。这是检测通信处理器2的端口保持时间的一系列处理的结尾。
(步骤S110)分组发送控制器13基于返回分组是否被收到使用对分搜索的方法设置等待时间。处理返回到步骤S102。
在图6的流程图的描述中,当第一发送中的历史分组和第二发送中的历史分组或者更后的历史分组在分组发送控制器13的控制下被发送时,第一发送中的历史分组可以基于历史分组发送器11所做出的确定结果而不是在分组发送控制器13的控制下被发送。
图7为根据本实施例的模式B的信息处理器1的操作流程图。除了步骤S201和S202外其余处理与图6的流程图中的处理是相同的,因此略去相应的描述。如果等待时间起点是返回分组的接收,则步骤S107中的预定接收处理可以是将从返回分组被接收的时间点到下一个返回分组被接收的时间点的时段作为等待时间存储在预定存储器中。
(步骤S201)分组发送控制器13确定定时是否满足发送请求分组。如果定时满足发送请求分组,则处理进行到步骤S104。否则,重复在步骤S201中的处理直到定时满足发送请求分组。确定定时是否满足发送请求分组是基于:如果操作已从步骤S102进行到步骤S201,则从步骤S102中的历史分组被发送后,在步骤S101或者步骤S110中设置的等待时间是否已逝去,或者基于:如果操作已从步骤S202进行到步骤S201,则自从步骤S105中的返回分组被接收到后,在步骤S110中设置的等待时间是否已逝去。
(步骤S202)分组发送控制器13确定是在步骤S105中收到返回分组还是在步骤S106中发生了时间到。如果收到返回分组,则处理进行到步骤S201。如果发生了时间到,则处理进行到步骤S102。
例如,在图6和图7的流程图中,如果确定在步骤S106中发生了时间到,则端口保持时间检测器15可以执行一些针对时间到的处理。
下面将使用图8的流程图描述根据本实施例的服务器3的操作。
(步骤S301)历史分组接收器33确定其是否收到了从信息处理器1发送的历史分组。如果历史分组接收器33已接收到历史分组,则处理进行到步骤S302。否则,处理进行到步骤S303。
(步骤S302)目的地信息存储器34从历史分组接收器33接收到的历史分组的头中读取源地址和源端口号,并且将包括源地址和源端口号的目的地信息存储于预定媒介上。然后处理返回到步骤S301。
(步骤S303)请求分组接收器31确定其是否接收到请求分组。如果请求分组接收器31接收到了请求分组,则处理进行到步骤S304。否则,处理返回到步骤S301。
(步骤S304)返回分组发送器32读取目的地信息存储器34存储的目的地信息。
(步骤S305)返回分组发送器32基于步骤304中读取的目的地信息发送请求分组。此返回分组的目的地是由读出的目的地信息指示的地址和端口号。然后处理返回到步骤S301。
在图8的流程图中,通过掉电或者处理终端中断来结束处理。
下面将使用详细的示例来描述根据本实施例的信息处理系统的操作。这些示例包括:等待时间起点是模式A和等待时间终点是模式C的情况(示例1);等待时间起点是模式A和等待时间终点是模式D的情况(示例2);以及等待时间起点是模式B和等待时间终点是模式E的情况(示例3)。下面描述这些示例。
在下述示例中,假定端口保持时间检测器15在请求分组被发送四次之后检测端口保持时间。在示例1和示例2中,假定如果返回分组接收器14接收到对应于在第一次发送中发送的请求分组的返回分组,则端口保持时间检测器15检测端口保持时间。在示例3中,假定:如果返回分组接收器14第一次接收到对应于发送的请求分组的返回分组,则分组发送控制器13确定用于发送返回分组的定时,使得等待时间将比对应于接收到的返回分组的等待时间长,并且分组发送控制器13控制请求分组发送器12使请求分组发送器12通过所确定的定时发送返回分组。
如果从发送请求分组的时间点起已过了10秒后还未接收到返回分组,则假定发生了时间到。信息处理器1、通信处理器2和服务器3的IP地址如下。通信处理器2的IP地址是在通信电路100一方的地址。
信息处理器1:192.168.0.1
通信处理器2:202.224.135.10
服务器3:155.32.10.10
图9A到9C显示了下面示例中历史分组、请求分组和返回分组的结构。历史分组、请求分组和返回分组每一个都具有UDP头并在其有效负载中包括有分组类型标识信息。分组类型标识信息是标识分组类型的信息。信息处理器1和服务器3基于分组类型标识信息识别分组是历史分组、请求分组或者返回分组。历史分组或请求分组的有效负载包括装置标识信息。装置标识信息是识别发送这些分组的信息处理器的信息。基于包括在历史分组中的装置标识信息,服务器3的目的地信息存储器34存储与装置标识信息有关的目的地信息。基于包括在请求分组中的装置标识信息,服务器3的返回分组发送器32读取对应于包括在请求分组中的装置识别信息的目的地信息,并且向历史端口发送返回分组,在所述历史端口,来自发送请求分组的信息处理器的历史分组被发送。
示例1
图10是根据本示例的图6的流程图中步骤S110的处理的流程图。
(步骤S401)分组发送控制器13确定返回分组接收器14是否成功地接收到对应于此前刚刚发送的请求分组的返回分组。即,分组发送控制器13确定是在之前的步骤S105中收到返回分组还是在步骤S106中发生了时间到。如果返回分组接收器14成功地接收到对应于发送的请求分组的返回分组,则处理进行到步骤S402。如果返回分组接收器14未接收到对应于发送的请求分组的返回分组,则处理进行到步骤S403。
(步骤S402)分组发送控制器13将对应于中间等待时间的等待时间设置为下一个被发送的请求分组的等待时间,其中中间等待时间是对应于此前刚刚成功地接收到的返回分组的等待时间和对应于未被返回分组接收器14收到的返回分组的等待时间中最短的等待时间之间的一个等待时间。这是步骤S110中的处理的结尾。
在这个示例中,如果成功地接收到对应于在第一次发送中发送的请求分组的返回分组,则检测端口保持时间。这样,如果在步骤S110中的确定结果确定成功地接收到返回分组(图10的流程图),则假定以前没有接收到返回分组。这样,紧接着进行步骤S402,而不确定以前是否未接收到返回分组(参见示例3中的图14的流程图)。
(步骤S403)分组发送控制器13确定返回分组接收器14到目前(即从成功地接收到第一个请求分组之时直到确定步骤)为止是否成功地接收到对应于请求分组的返回分组(在步骤S403中的确定)。如果返回分组接收器14到目前为止成功地接收到一个或者多个返回分组,则处理进行到步骤S404。否则,处理进行到S405。
(步骤S404)分组发送控制器13将中间等待时间设置为下一个被发送的请求分组的等待时间,其中中间等待时间是对应于此前刚刚未被接收到的返回分组的等待时间和对应于被返回分组接收器14接收到的返回分组的等待时间中最长的等待时间之间的中间等待时间。这是步骤S110中的处理的结尾。
(步骤S405)分组发送控制器13将对应于此前刚刚未被接收到的返回分组的等待时间的一半设置为下一个被发送的请求分组的等待时间。这是步骤S110中的处理的结尾。
一个等待时间和另一个等待时间之间的中间等待时间可以是在严格意义上的两个等待时间之间的中间等待时间,或者是在两个等待时间的中间的附近的等待时间。后者的情况可以通过将两个等待时间之间的中间等待时间四舍五入到最近的整数秒而获得。
在图10的流程图中,通过设置等待时间,分组发送控制器13执行下述控制。分组发送控制器13确定发送请求分组的定时以便于:如果返回分组接收器14没有接收到对应于发送的请求分组的返回分组,且返回分组接收器14到目前为止已成功地接收到对应于一个或多个请求分组的返回分组,则等待时间将会是中间等待时间,该中间等待时间是在对应于未被接收到的该返回分组的等待时间和对应于到目前为止被返回分组接收器14成功地接收到的请求分组的返回分组的等待时间中最长的等待时间之间的中间等待时间,并且分组发送控制器13控制请求分组发送器12使请求分组发送器12发送通过确定了的定时发送请求分组。分组发送控制器13确定发送请求分组的定时以便于:如果返回分组接收器14成功地接收到对应于发送的请求分组的返回分组,以及返回分组接收器14到目前为止未接收到对应于请求分组的返回分组,则等待时间将会是中间等待时间,该中间等待时间是在对应于成功地被接收到的返回分组的等待时间和对应于到目前为止未被返回分组接收器14接收到的请求分组的返回分组的等待时间中最短的等待时间之间,并且分组发送控制器13控制请求分组发送器12使请求分组发送器12通过确定了的定时发送请求分组。分组发送控制器13确定发送请求分组的定时以便于:如果返回分组接收器14未接收到对应于发送的请求分组的返回分组,以及返回分组接收器14到目前为止未接收到对应于请求分组的返回分组,则等待时间将会是对应于未被接收到的返回分组的等待时间的一半的等待时间,并且分组发送控制器13控制请求分组发送器12使请求分组发送器12通过确定了的定时发送请求分组。
在此示例中,假定通信处理器2的端口保持时间是1分20秒。
确定定时满足检测端口保持时间(例如信息处理器1的第一次激活或者由通信处理器2的替换引起的重置),信息处理器1的分组发送控制器13设置等待时间为2分钟(步骤S101)。此后,在分组发送控制器13的控制下,历史分组发送器11向服务器3的IP地址“155.32.10.10”发送具有图9A所示结构的历史分组(步骤S102)。假定历史分组的有效负载包括装置标识信息“AAA”。假定历史分组经由通信处理器2的端口号为“12345”的端口向服务器3发送(下文中用“端口12345”来指代,其它端口号同此)。分组发送控制器13和端口保持时间检测器15从发送历史分组的时间点开始使用各自的计时器计时。
服务器3的历史分组接收器33接收历史分组并将历史分组发送给目的地信息存储器34(步骤S301)。目的地信息存储器34从历史分组的有效负载中读取装置标识信息“AAA”并且从历史分组的头中读取源地址“202.224.135.10”和目的地端口号“12345”。目的地信息存储器34存储包括与装置标识信息“AAA”相关的源地址和源端口号的目的地信息(步骤S302)。图11显示了由目的地信息存储器34存储的目的地信息和装置标识信息之间的对应关系。图11中的第一条记录包括对应于信息处理器1的装置标识信息和目的地信息。
此后,分组发送控制器13确定自从计时开始后预置等待时间“2分钟”是否已逝去,并且在计时器指示2分钟的时间点,确定定时满足发送请求分组(步骤S103)。分组发送控制器13接着控制请求分组发送器12使请求分组发送器12发送请求分组。结果,从请求分组发送器12向服务器3发送具有如图9B所示结构的请求分组(步骤S104)。包括在请求分组中的装置标识信息是“AAA”。如之前提到的,从信息处理器1的不同于历史分组被发送的端口的端口发送请求分组。假定经由通信处理器2的端口12355发送请求分组。分组发送控制器13和端口保持时间检测器15在请求分组被发送的同时停止计时,并且此后保持计时器值“2分钟”作为等待时间。
请求分组被服务器3的请求分组接收器31接收并且被传送至返回分组发送器32(步骤S303)。返回分组发送器32读取包括在请求分组的有效负载中的装置标识信息“AAA”并且还读取与装置标识信息相关联地存储的目的地信息,即,IP地址“202.224.135.10”和端口号“12345”(步骤S304)。返回分组发送器32向读出的IP地址和端口号发送具有如图9C所示结构的返回分组(步骤S305)。
返回分组到达通信处理器2的端口12345,且涉及到该端口的端口保持时间“1分20秒”已逝去,从而返回分组未被发送至信息处理器1。信息处理器1的返回分组接收器14在从请求分组被发送后已逝去10秒的时间点确定已发生时间到(步骤S106),并且向分组发送控制器13和端口保持时间检测器15发送一条未接收到返回分组的通知。分组发送控制器13和端口保持时间检测器15保留此未接收到涉及等待时间“2分钟”的返回分组的通知。
在这种情况下,未发送请求分组四次,且未接收到对应于第一次发送中被发送的请求分组的返回分组。这样,分组发送控制器13确定未检测到端口保持时间(步骤S108)。返回分组接收器14未接收到对应于发送的请求分组的返回分组(步骤S401)并且返回分组接收器14到目前为止未接收到返回分组(步骤S403),从而分组发送控制器13控制请求分组发送器12使请求分组发送器12发送具有时间信息的请求分组,该时间信息指示了等待时间是“1分钟”,是对应于未接收到的返回分组的等待时间“2分钟”的一半。更准确地,分组发送控制器13设置等待时间为1分钟(步骤S405,S110)。
与上面的描述相同,在分组发送控制器13的控制下,向服务器3发送在其有效负载中包括装置标识信息“AAA”的历史分组(步骤S102)。分组发送控制器13和端口保持时间检测器15从发送历史分组的时间点开始使用各自的计时器计时。这种情况下,目的地信息被覆盖地重写到对应于已存储在其中的装置标识信息“AAA”的服务器3中的目的地信息。假定由覆盖地重写方式存储的目的地信息与图11中的第一条记录相同。
当从发送历史分组后等待时间“1分钟”已逝去时,发送请求分组(步骤S103,S104)。分组发送控制器13和端口保持时间检测器15在请求分组被发送并且此后保持计时器值“1分钟”作为等待时间的同时停止计时。
如上所述,响应于请求分组的发送,从服务器3向通信处理器2发送返回分组(步骤S303到S305)。在这种情况下,通信处理器2的端口保持时间“1分20秒”未逝去,使得返回分组接收器14接收到返回分组(步骤S105)。分组发送控制器13和端口保持时间检测器15保留已成功地接收到涉及等待时间为“1分钟”的返回分组的通知(步骤S107)。
同样在这种情况下,未发送请求分组四次,使得确定未检测到端口保持时间(步骤S108)。在这种情况下,返回分组接收器14接收到对应于等待时间为1分钟的返回分组(步骤S401)并且返回分组接收器14未接收到对应于等待时间为2分钟的返回分组(步骤S403)。这样,在对应于已被返回分组接收器14接收到的返回分组的等待时间“1分钟”和对应于未被返回分组接收器14接收到的返回分组的等待时间“2分钟”之间的中间等待时间“1分30秒”被设置为等待时间(步骤S402,S110)。
同上述处理,在分组发送控制器13的控制下,向服务器3发送在其有效负载中包括装置标识信息“AAA”的历史分组(步骤S102)。当从发送历史分组后等待时间“1分钟30秒”已逝去时,发送请求分组(步骤S103,S104)。同以上描述,响应于请求分组的发送,从服务器3向通信处理器2发送返回分组(步骤S303到S305)。在这种情况下,通信处理器2的端口保持时间“1分20秒”已逝去,从而信息处理器1的返回分组接收器14在从请求分组被发送后已经逝去10秒之时确定已发生时间到(步骤S106),并且向分组发送控制器13和端口保持时间检测器15发送一条未接收到返回分组的通知。分组发送控制器13和端口保持时间检测器15保留此未接收到涉及等待时间为“1分30秒”的返回分组的通知。
同样在这种情况下,未发送请求分组四次,从而确定未检测到端口保持时间(步骤S108)。在这种情况下,返回分组接收器14未接收到对应于等待时间为1分30秒的返回分组(步骤S401),并且到目前为止返回分组接收器14已接收到一个或多个返回分组(步骤S403)。这样,在对应于未被接收到的返回分组的等待时间“1分30秒”和对应于到目前为止被返回分组接收器14接收到的返回分组的等待时间中最长的等待时间“1分钟”之间的中间等待时间“1分15秒”被设置为等待时间(步骤S404,S110)。同上述处理,发送历史分组和请求分组(步骤S102到S104)。
通信处理器2的端口保持时间是“1分20秒”,从而响应于请求分组从服务器3发送的返回分组在通信处理器2中经历地址变换,并且接着被发送至信息处理器1。返回分组接收器14成功地接收到返回分组(步骤S105),并且向分组发送控制器13和端口保持时间检测器15发送一条成功地接收到返回分组的通知。分组发送控制器13和端口保持时间检测器15保留此成功地接收到涉及等待时间为“1分15秒”的返回分组的通知(步骤S107)。
请求分组被发送了四次,分组发送控制器13确定定时满足检测端口保持时间(步骤S108)并且向端口保持时间检测器15发送一条检测端口保持时间的指示。端口保持时间检测器15将等待时间“1分钟”和“1分15秒”中较长的等待时间“1分15秒”设置为通信处理器2的端口保持时间,在其期间,响应于指令成功地接收到返回分组(步骤S109)。
此后,例如,检测到的端口保持时间被使用在信息处理器1的预定处理器(未示出)的处理之中。该处理器所做的处理可以是将检测到的端口保持时间存储在预定记录媒介(未示出)之上;使用检测到的端口保持时间作为周期性分组发送的周期,以便周期性地向服务器3等发送分组;如果连接到通信处理器2的局域网一方的装置周期性地发送分组,则向该装置发送检测到的端口保持时间;以及任何其它处理。这样,检测到的端口保持时间可以被信息处理器1或者连接到通信处理器2的局域网一方的另外的信息处理器所用。利用端口保持时间周期性发送的分组可以去往目的地服务器3或者另外的服务器。短于检测到的端口保持时间的周期可以用作周期性发送的分组的发送周期。
图12阐述了在本示例中历史分组的发送、请求分组的发送以及返回分组的接收(或者未接收)。尽管在此情况中成功地接收到对应于1分钟和1分15秒的等待时间的返回分组时,但是对应于2分钟和1分30秒的等待时间的返回分组仍未被接收到,从而检测到的端口保持时间是1分15秒。
尽管在本示例中如果服务器3接收到历史分组,则对应于装置标识信息的目的地信息以覆盖地重写的方式被存储,但是如果目的地信息未改变,则不必要以覆盖地重写的方式存储目的地信息。
尽管在本示例中通信处理器2的端口保持时间是“1分20秒”,但是如果通信处理器2的端口保持时间是“5分钟”,则信息处理器1仍接收到对应于在第一次发送中被发送的请求分组的返回分组。在这种情况下,确定在接收到第一次返回分组的时间点定时满足检测端口保持时间(步骤S108)并且端口保持时间是2分钟(步骤S109)。图13阐述了在那种情况下请求分组的发送和返回分组的接收。
示例2
除了等待时间终点是模式D外,此示例与示例1相同。因此,除了描述等待时间终点外,将略去详细的描述。同样在此示例中,图12阐述了历史分组的发送、请求分组的发送以及返回分组的接收(或者未接收)。
设置两分钟的等待时间(步骤S101)并且向服务器3发送历史分组(步骤S102)。分组发送控制器13和端口保持时间检测器15从发送历史分组的时间点开始使用各自的计时器计时。此后,当计时器值指示2分钟时,分组发送控制器13确定定时满足发送请求分组(步骤S103),并且向服务器3发送请求分组(步骤S104)。在这种情况下,通信处理器2的端口保持时间“1分20秒”已逝去,使得从服务器3发送的返回分组在通信处理器中不经历地址变换,并且不向信息处理器1发送。确定已发生时间到且设置等待时间为“1分钟”(步骤S110)。在这种情况下,不接收返回分组,从而端口保持时间检测器15不保留等待时间。分组发送控制器13保留等待时间,和示例1相同。
与上述相同,当从发送历史分组后逝去1分钟时,发送历史分组和发送请求分组(步骤S102到S104)。在这种情况下,通信处理器2的端口保持时间“1分20秒”还未逝去,从而从服务器3发送的返回分组在通信处理器2中经历地址变换,然后向信息处理器1发送。
信息处理器1的返回分组接收器14接收到返回分组(步骤S105),并且向分组发送控制器13和端口保持时间检测器15传送一条成功地接收到返回分组的通知。分组发送控制器13保留等待时间“1分钟”作为在其期间成功接收到返回分组的等待时间。端口保持时间检测器15在该时间点结束计时器的计时,并保留此时的计时器值“1分1秒”作为在其期间成功接收到返回分组的等待时间。尽管在此示例中从接收到请求分组之时到接收到返回分组之时的时段是“1秒”,但是该时段根据信息处理器100的状态或者服务器3的处理速度能变化到0.5秒、2秒、3秒等。同样在下面的示例中,假定从接收到请求分组之时到接收到返回分组之时的时段是“1秒”。
分组发送控制器13设置等待时间为“1分20秒”(步骤S110),并且重复历史分组的发送和请求分组的发送(步骤S102到S104)。在这种情况下,等待时间比通信处理器2的端口保持时间“1分20秒”长,因此从服务器3发送的返回分组在通信处理器2中未经历地址变换,且未向信息处理器1发送。返回分组接收器14确定已发生时间到(步骤S106)且设置新的等待时间为“1分15秒”(步骤S110)。重复历史分组的发送和请求分组的发送(步骤S102到S104)。在这种情况下,通信处理器2的端口保持时间“1分20秒”还未逝去,从而从服务器3发送的返回分组在通信处理器2中经历地址变换,然后向信息处理器1发送。
信息处理器1的返回分组接收器14接收到返回分组(步骤S105),并且向分组发送控制器13和端口保持时间检测器15发送一条成功地接收到返回分组的通知。分组发送控制器13保留等待时间“1分15秒”作为在其期间成功接收到返回分组的等待时间。端口保持时间检测器15在该时间点结束计时器的计时,并保留此时的计时器值“1分16秒”作为在其期间成功接收到返回分组的等待时间。
请求分组被发送了四次,分组发送控制器13确定定时满足检测端口保持时间(步骤S108),并且向端口保持时间检测器15发送一条检测端口保持时间的指示。端口保持时间检测器15将等待时间“1分1秒”和“1分16秒”中较长的等待时间“1分16秒”设置为通信处理器2的端口保持时间,在其期间,响应于指令成功地接收到返回分组(步骤S109)。
示例3
图14是根据本示例的图7的流程图中步骤S110的处理的流程图。除了步骤S501和S502外的其它处理与图10的流程图中的处理相同,因此略去相应的描述。
(步骤S501)分组发送控制器13确定到目前为止(即从它接收到第一个请求分组之时到该确定这一步)返回分组接收器14是否未接收到对应于请求分组的返回分组。如果到目前为止返回分组接收器14未接收到返回分组,则处理进行到步骤S402。如果到目前为止返回分组接收器14接收到返回分组,则处理进行到步骤S502。
(步骤S502)分组发送控制器13将比对应于此前刚刚发送的返回分组的等待时间长的等待时间设置为下一个被发送的请求分组的等待时间。这是步骤S110中的处理的结尾。
比特定等待时间长的等待时间可以是通过在特定时间上加上一个诸如2分钟的预定时间而获得的等待时间,或者通过将特定等待时间乘以一个大于1的预定值而获得的时间(如两倍于特定等待时间的时间)。
在此示例中,涉及将目的地信息存储于服务器3中的处理或者涉及对应于请求分组的返回分组的发送的处理与示例1或者示例2中的处理相同,因此略去对这些处理的详细描述。图15阐述了在此示例中历史分组的发送、请求分组的发送以及返回分组的接收(或者未接收)。在此示例中,假定通信处理器2的端口保持时间是“5分30秒”。
在此例中,将描述如下一种情况:分组发送控制器13控制请求分组发送器12,使得:如果返回分组接收器14接收到对应于发送的请求分组的返回分组,以及返回分组接收器14未接收到返回分组,则下一个等待时间将是通过将对应于接收到的返回分组的等待时间加上2分钟而获得的时间。在此示例中,如上提到的,假如已经四次发送了请求分组,则分组发送控制器13确定定时满足检测端口保持时间。
为确定随机编码(hat)定时满足检测端口保持时间,信息处理器1的分组发送控制器13设置等待时间为2分钟(步骤S101)。此后,在分组发送控制器13的控制下,从信息处理器1向服务器3发送历史分组(步骤S102)。分组发送控制器13和端口保持时间检测器15从发送历史分组的时间点开始使用各自的计时器计时。
分组发送控制器13确定自从计时开始后预置等待时间“2分钟”是否已逝去,并且当计时器值指示2分钟时,确定定时满足发送请求分组(步骤S201)。从请求分组发送器12向服务器3发送请求分组(步骤S104)。根据发送请求分组的定时,分组发送控制器13保留此时的计时器值“2分钟”作为等待时间。根据发送请求分组的定时,端口保持时间检测器15获得此时的计时器值“2分钟”,并且临时保留该计时器值。假定端口保持时间检测器15的计时在进行中。
响应于请求分组的从服务器3发送的返回分组到达通信处理器2的历史端口。端口保持时间“5分30秒”还未逝去,因此返回分组经历地址变换并且向信息处理器1发送。返回分组接收器14接收到返回分组(步骤S105),并且向分组发送控制器13和端口保持时间检测器15发送一条成功地接收到返回分组的通知。端口保持时间检测器15在该时间点结束计时,并保留此时的计时器值“2分1秒”作为在其期间成功接收到返回分组的等待时间。端口保持时间检测器15丢弃在请求分组发送之时临时存储的等待时间“2分钟”(步骤S107)。分组发送控制器13保留等待时间“2分钟”作为在其期间成功接收到返回分组的等待时间。当接收到返回分组时,分组发送控制器13和端口保持时间检测器15使用各自的计时器重新开始计时。
如果发送了一次请求分组,则分组发送控制器13确定定时不满足检测端口保持时间(步骤S108)。对应于等待时间“2分钟”的第一次发送的返回分组已经被接收,分组发送控制器13确定到目前为止未接收到返回分组(步骤S401,S501),并且设置等待时间为“4分钟”,其通过将等待时间“2分钟”加上2分钟而获得,且在此等待时间期间,成功地接收到返回分组(步骤S502,S110)。当计时器值指示为4分钟时,分组发送控制器13确定定时满足发送请求分组(步骤S202,S201)。从请求分组发送器12向服务器3发送请求分组(步骤S104)。根据发送请求分组的定时,分组发送控制器13保留此时的计时器值“4分钟”作为等待时间。根据发送请求分组的定时,端口保持时间检测器15获得此时的计时器值“4分钟”,并且临时保留该计时器值。假定端口保持时间检测器15的计时在进行中。
响应于请求分组的从服务器3发送的返回分组到达通信处理器2的历史端口。端口保持时间“5分30秒”还未逝去,因此返回分组经历地址变换并且向信息处理器1发送。返回分组接收器14接收到返回分组(步骤S105),并且向分组发送控制器13和端口保持时间检测器15传送一条成功地接收到返回分组的通知。端口保持时间检测器15在该时间点结束计时,并保留此时的计时器值“4分1秒”作为在其期间成功接收到返回分组的等待时间。端口保持时间检测器15丢弃在请求分组发送之时临时存储的等待时间“4分钟”(步骤S107)。分组发送控制器13保留等待时间“4分钟”作为在其期间成功接收到返回分组的等待时间。当接收到返回分组时,分组发送控制器13和端口保持时间检测器15使用各自的计时器重新开始计时。
此后,与上述相同,重复设置等待时间为“6分钟”(步骤S108,S110)以及发送请求分组(步骤S202、S201、S104)。响应于请求分组从服务器3发送的返回分组未发送至信息处理器1,因为通信处理器2的端口保持时间“5分30秒”已逝去。结果,信息处理器1确定已发生时间到(步骤S106)。端口保持时间检测器15保留在请求分组发送之时临时存储的等待时间“6分钟”作为在其期间未接收到返回分组的等待时间。分组发送控制器13保留等待时间“6分钟”作为在其期间未接收到返回分组的等待时间。
如果已发送了三次请求分组,则分组发送控制器13确定不再检测端口保持时间(步骤S108)。在这种情况下:返回分组接收器14未接收到对应于等待时间“6分钟”的返回分组(步骤S401),且返回分组接收器14到目前为止已成功地接收到一个或多个返回分组(步骤S403),则设置中间等待时间“5分钟”,该中间等待时间是对应于未被接收到的返回分组的等待时间“6分钟”和对应于到目前为止被返回分组接收器14成功地接收到的返回分组的等待时间中最长的等待时间“4分钟”之间的中间等待时间(步骤S404,S110)。在这种情况下,未接收到返回分组(步骤S202),因此再次发送历史分组,并且在发送历史分组的时间点,分组发送控制器13和端口保持时间检测器15使用各自的计时器开始计时(步骤S102)。当计时器指示“5分钟”时,确定定时满足发送请求分组,并且发送请求分组(步骤S201,S104)。
通信处理器2的端口保持时间“5分30秒”还未逝去,因此从服务器3发送的返回分组在通信处理器2中经历地址变换然后向信息处理器1发送。返回分组接收器14成功地接收到返回分组,并且向分组发送控制器13和端口保持时间检测器15发送一条成功地接收到返回分组的通知(步骤S105)。端口保持时间检测器15保留等待时间“5分1秒”作为在其期间成功接收到返回分组的等待时间(步骤S107)。
发送了四个请求分组时,分组发送控制器13确定定时满足检测端口保持时间(步骤S108),并且向端口保持时间检测器15传送一条检测端口保持时间的指示。端口保持时间检测器15将等待时间“2分1秒”、“4分1秒”和“5分1秒”中最长的等待时间“5分1秒”设置为通信处理器2的端口保持时间,在其期间,响应于指令成功地接收到返回分组(步骤S109)。
尽管在上述示例中分组发送控制器13和端口保持时间检测器15各自有一个计时器,但是分组发送控制器13和端口保持时间检测器15可以使用一单个计时器进行计时。
如上所述,对于根据本实施例的信息处理系统,信息处理器1可以确定通信处理器2的端口保持时间是否比其等待时间长,因此可以通过设置信息处理器1中的等待时间以及通过请求服务器3在等待时间终点发送返回分组来检测通信处理器2的端口保持时间。在检测端口保持时间的处理中,服务器3只必须基于历史分组存储目的地信息以及响应于请求分组的接收发送返回分组。这种方法与服务器3基于等待时间来控制用于发送返回分组的定时这种情况相比,减少了服务器3的处理负荷。结果,有可能提供一种不会让服务器3负担大量负荷的信息处理系统。
在信息处理器1中通过使用对分搜索方法设置等待时间,有可能高效地检测端口保持时间。更详细地,如果通信处理器2的端口保持时间是5分30秒,并且使用对分搜索方法,当从第一次历史分组发送后大约过了17分钟时,有可能检测出端口保持时间是5分1秒,如图15所阐述的。这种情况下端口保持时间的误差是1分钟。这是因为对应于最后一次发送的请求分组的等待时间和对应于倒数第二次(last but one)发送的请求分组的等待时间之差是1分钟。当以2分钟开始且以1分钟为增量的等待时间发送返回分组时,如果在未接收到对应于请求分组的返回分组的时间点检测端口保持时间,则一共有五个分组,其等待时间为2分钟、3分钟、4分钟、5分钟和6分钟。这将花去20分钟才能检测到端口保持时间。在这种情况下由于等待时间是以增量为1分钟而增加的,因此端口保持时间的误差是1分钟。这样,就可以理解使用对分搜索方法高效地检测端口保持时间。
通过适当地设置用于检测端口保持时间的定时,有可能必然地以及足够准确地检测出端口保持时间。例如,如果有必要检测准确的端口保持时间,则在检测端口保持时间之前要发送的请求分组的数量应当设置成很大的数值。为了检测近似的端口保持时间,在检测端口保持时间之前,可以发送较少数量的请求分组。
在本实施例中,当由目的地信息存储器34存储的目的地信息包括历史端口的端口号和在通信电路100一方的通信处理器2的地址时,目的地信息可以只包括历史端口的端口号。在这种情况下,服务器3可以从包括在请求分组的头中的源地址来获取在通信电路100一方的通信处理器2的地址。
实施例2
下面将参照附图对根据本发明的实施例2的信息处理系统进行描述。在根据本实施例的信息处理系统中,从信息处理器向服务器发送的请求分组包括作为返回分组的目的地信息的目的地信息。
图16为根据本实施例的信息处理系统的配置的框图。在图16中,根据本实施例的信息处理系统包括:信息处理器4、通信处理器2和服务器5。根据本实施例的信息处理系统与根据实施例1的信息处理系统相同,除了信息处理器1使用信息处理器4代替,以及服务器3使用服务器5代替外。
信息处理4包括:历史分组发送器11、请求分组发送器41、分组发送控制器13、返回分组接收器42以及端口保持时间检测器15。历史分组发送器11、分组发送控制器13以及端口保持时间检测器15同实施例1的一样,因此略去相应描述。
请求分组发送器41与根据实施例1的请求分组发送器12相似。要注意:由请求分组发送器41发送的请求分组包括作为返回分组的目的地信息的目的地信息。目的地信息包括指示在由稍后描述的返回分组接收器42接收到的返回分组中包括的历史端口的位置的信息、和指示在通信电路100一方的通信处理器2的地址的信息。
返回分组接收器42与根据实施例1的返回分组接收器14相似。要注意:返回分组接收器42接收的返回分组包括:指示从服务器5发送的历史端口的位置的信息、和指示在通信电路100一方的通信处理器2的地址的信息。
如果历史分组发送器11、请求分组发送器41和返回分组接收器42中的两个或更多的组件的每一个都有涉及通信的装置,这些装置可以是相同部件或分离部件。
服务器5包括请求分组接收器31、历史分组接收器33以及返回分组发送器51。请求分组接收器31和历史分组接收器33同实施例1的相同,因此略去相应描述。
返回分组发送器51和根据实施例1的返回分组发送器32相似。要注意:返回分组发送器51基于包括在由请求分组接收器31接收到的请求分组中的目的地信息发送返回分组。即,返回分组发送器51向包括在请求分组中的目的地信息指示的地址和端口号发送返回分组。如果历史分组接收器33接收到历史分组,返回分组发送器51向信息处理器4发送返回分组,该返回分组包括指示历史端口(该历史端口是历史分组经过的通信处理器2的端口)的位置的信息、和指示在通信电路100一方的通信处理器2的地址的信息。返回分组发送器51可以使用包括在历史分组的头中的源地址和源端口号分别作为指示历史端口的位置的信息和指示在通信电路100一方的通信处理器2的地址的信息。和实施例1相同,收到请求分组时发送的返回分组被称为“对应于请求分组的返回分组”,收到历史分组时发送的返回分组被称为“对应于历史分组的返回分组”。
如果请求分组接收器31、历史分组接收器33和返回分组发送器32中的两个或者更多的组件的每一个都有涉及通信的装置,这些装置可以是相同部件或分离部件。
下面将详细描述历史分组、请求分组和返回分组经过的端口。在本实施例中,有两种模式:对应于历史分组的返回分组经过历史端口的情况和与之相反的情况。对应于历史分组的返回分组经过历史端口的情况叫做模式X而对应于历史分组的返回分组不经过历史端口的情况叫做模式Y。对于模式X,历史分组、请求分组和返回分组经过的端口与实施例1的图2所示的端口相同。对于模式Y,如图17所示,对应于历史分组的返回分组经由端口P12向信息处理器4发送。端口P2不同于端口P12。虽然实施例1阐述了所有返回分组都向历史端口发送的情况,但是在本实施例中,对应于历史分组的返回分组可以向也可以不向历史端口发送。对于信息处理器4接收对应于历史分组的返回分组,从服务器5向端口P12发送的返回分组必须经历通信处理器2中的地址变换。这样,例如,信息处理器4可以经由准备好接收对应于历史分组的返回分组的端口P12向服务器5发送预定分组。信息处理器4可以使用诸如UPnP(通用即插即用)特征的特征来设置映射在通信处理器2上的端口,使得向端口P12发送的分组能被路由到信息处理器4的端口P11,或者可以使用另外的方法。服务器5可以使用任何方法知道指示端口P12的位置的信息,例如端口P12的端口号。例如,历史分组的有效负载可以包括指示端口P12的位置的信息。可以提前向服务器5设置指示端口P12的位置的信息。或者服务器5可以使用任何其它方法知道端口P12的位置。在图17中,虽然经由通信处理器2向信息处理器4发送对应于历史分组的返回分组,但是可以不经由通信处理器2向信息处理器4发送对应于历史分组的返回分组。例如,如果信息处理器4和服务器5能够经由除了通信电路100的通信电路进行通信,则可以经由与通信电路100分开的通信电路而不是经由通信处理器2向信息处理器4发送对应于历史分组的返回分组。
下面将描述集中于单个历史端口的端口保持时间的检测。端口保持时间的定义与实施例1中的相同。对于模式X,在刚从信息处理器4发送历史分组后就从服务器5发送返回分组,因此等待时间惟一地为如图3B所示的模式2。在模式2中,在等待时间起点经过通信处理器2的返回分组不是对应于请求分组的返回分组,而是对应于历史分组的返回分组。对于模式Y,对应于历史分组的返回分组不经过历史端口,因此等待时间属于如图3A所示的模式1或者图3B所示的模式2。
下面将描述等待时间起点。对于图17所示的模式Y,对应于历史分组的返回分组不经过历史端口,因此在实施例1中描述的模式A和模式B可以被用作等待时间的起点的模式。对于如图2所示的模式X,对应于历史分组的返回分组也经过历史端口,因此等待时间的起点的模式不同于模式A或者B。有两种模式。在第一种模式中,在等待时间的起点经过历史端口的分组总是对应于历史分组的返回分组(“模式F”)。在第二种模式中,当信息处理器4成功地接收到对应于请求分组的返回分组时,该返回分组被假定为在等待时间起点经过历史端口的分组,以及当信息处理器4未接收到对应于请求分组的返回分组时,发送新的历史分组并且对应于历史分组的返回分组被假定为在等待时间起点经过历史端口的分组(“模式G”)。应当注意:可以使用任何其它模式并且本发明不限于这些模式。
模式F
图18A阐述了模式F。与图4A一样,在模式F中,信息处理器4在等待时间起点发送历史分组而不考虑信息处理器4是否成功地接收到返回分组。在模式F中,在等待时间的起点经过历史端口的分组是对应于发送的历史分组的返回分组。分组发送控制器13控制请求分组的发送以及在等待时间起点历史分组发送器11对历史分组的发送。换句话说,分组发送控制器13控制历史分组发送器11使得历史分组将在等待时间起点被发送。
严格来讲,如图3B所示,等待时间起点是对应于历史分组的返回分组经过通信处理器2的时间点,尽管信息处理器4知道返回分组经过通信处理器2的时间点是很困难的。这样,如图18A所示,端口保持时间检测器15可以假定作为等待时间起点的对应于历史分组的返回分组经过通信处理器2的时间点就是发送历史分组的时间点,或者是接收到对应于历史分组的返回分组的时间点。尽管在图18A中发送了两个或者更多的请求分组,但是信息处理器4可以发送单个请求分组。
模式G
图18B和18C解释了模式G。在模式G中,在等待时间起点经过历史端口的分组是对应于历史分组的返回分组或者对应于请求分组的返回分组。如图18B所示,如果信息处理器4成功地接收到对应于请求分组的返回分组,信息处理器4在等待时间起点不发送历史分组,并且返回分组是在等待时间起点经过历史端口的分组。如图18C所示,如果信息处理器1未接收到对应于请求分组的返回分组,信息处理器4在等待时间起点发送历史分组,并且对应于历史分组的返回分组是在等待时间起点经过历史端口的分组。如果返回分组接收器14未接收到对应于请求分组的返回分组,则分组发送控制器13控制请求分组的发送,并且控制历史分组发送器11使历史分组发送器11在下一个等待时间起点发送历史分组。
严格来讲,如图3B所示,等待时间起点是返回分组经过通信处理器2的时间点,尽管信息处理器4知道返回分组经过通信处理器2的时间点是很困难的。这样,如图18B和18C所示,在端口保持时间检测器15中,如果在等待时间起点经过历史端口的分组是对应于历史分组的返回分组,则作为等待时间起点的分组经过历史端口的时间点可以是发送历史分组的时间点,或者是接收对应于历史分组的返回分组的时间点;以及如果在等待时间起点经过历史端口的分组是对应于请求分组的返回分组,则作为等待时间起点的分组经过历史端口的时间点可以是接收对应于请求分组的返回分组的时间点。
对于等待时间的终点,与实施例1相同,可以使用模式C到E。已经在实施例1中描述过这些模式,因此略去相应的描述。应当注意:可以使用任何其它的模式,并且本发明不限于这三种模式。
有关分组发送控制器13对于请求分组的发送的控制、端口保持时间检测器15检测端口保持时间所用的定时以及对分搜索方法的描述,均与实施例1中的相同,因此略去相应的描述。
下面将使用流程图描述根据本实施例的信息处理器4的操作。在本实施例中,与实施例1相同,所使用的流程图取决于等待时间起点的模式。这样,将分别描述对应于模式A、B、F和G的流程图。
图19为根据本实施例的信息处理器4的模式A或者F的操作流程图。除了步骤S601至S603外的其余处理与根据实施例1的图6的流程图相同,因此略去相应的描述。对于模式F,在步骤S103中用于发送请求分组的定时的确定操作或者在端口保持时间检测器15测量等待时间的处理中,等待时间起点可以是发送历史分组的时间点或者是接收到对应于历史分组的返回分组的时间点。
(步骤S601)
返回分组接收器42确定是否已成功地接收到对应于历史分组的返回分组。如果已接收到返回分组,则处理进行到步骤S602。否则,重复步骤S601的处理直到接收到返回分组。如果由于服务器5停机或者其它原因而接收不到返回分组,则当从发送历史分组后已过了诸如1分钟的预定时间时,返回分组接收器42可以确定发生了时间到,并中止一系列处理。
(步骤S602)请求分组发送器41临时存储指示历史端口的位置的信息和指示在通信电路100一方的通信处理器2的地址的信息,上述信息包括在由返回分组接收器42接收到的返回分组中。如果返回分组接收器42重新接收到对应于历史分组的返回分组,则请求分组发送器41以一种容易识别出这些信息条目的方式,临时存储指示历史端口的位置的信息和指示在通信电路100一方的通信处理器2的地址的信息。例如,请求分组发送器41可以通过覆写的方式存储这样的信息。
(步骤S603)分组发送控制器13控制请求分组发送器41使请求分组发送器41向服务器5发送请求分组。结果,从请求分组发送器41向服务器5发送请求分组。该请求分组包括目的地信息(如由请求分组发送器41临时存储的指示历史端口的位置的信息)和指示在通信电路100一方的通信处理器2的地址的信息。
虽然在此流程图中,指示历史端口的位置的信息和指示在通信电路100一方的通信处理器2的地址的信息被临时存储在请求分组发送器41中,但是这只是一个示例,且这些信息可以被存储在除请求分组发送器41外的其它地方。应当注意:请求分组发送器41在发送请求分组之前必须访问这些信息。
图20为根据本实施例的信息处理器4的模式B或者G的操作流程图。除了步骤S601至S603外的其余处理与根据实施例1的图7的流程图相同,因此略去相应的描述。步骤S601至S603的处理与图19的流程图中的处理相同。对于模式G,在步骤S201中用于在等待时间起点发送历史分组后发送请求分组的定时的确定操作中,或者在端口保持时间检测器15测量等待时间的处理中,等待时间起点可以是发送历史分组的时间点或者是接收对应于历史分组的返回分组的时间点。
将使用图21的流程图描述根据本实施例的服务器5的操作流程。步骤S301至S303中的处理与根据实施例1的图8的流程图的处理相同,因此略去相应的描述。
(步骤S701)返回分组发送器51读取包括在历史分组接收器33接收到的历史分组中的源地址和源端口号,并且向信息处理器4发送包括源地址和源端口号的返回分组。然后处理返回到步骤S301。返回分组发送器51向历史端口发送返回分组,即,对于模式X是向历史分组的源端口发送,而对于模式Y是绕过历史端口向信息处理器4发送。
(步骤S702)返回分组发送器51从请求分组接收器31接收到的请求分组的有效负载中读取目的地信息。
(步骤S703)返回分组发送器51向读出的目的地信息指示的地址和端口号发送返回分组。然后处理返回到步骤S301。
在图21的流程图中,由掉电或者处理终止中断来终止处理。
下面将使用特定的示例来描述根据本实施例的信息处理系统的操作。在这个示例中,描述了模式C被用作模式F中的等待时间终点的情况。
除了分组的发送控制使用模式F,以及返回分组的目的地是从信息处理器4到服务器5的通信之外,下面的示例与实施例1中的示例1相同。例如,通信处理器2的端口保持时间是“1分20秒”,以及分组发送控制器13依照图10的流程图设置等待时间。
图22A到22D分别显示了历史分组、对应于历史分组的返回分组、请求分组和对应于请求分组的返回分组的结构。历史分组、请求分组和返回分组每一个都具有UDP头并包括分组类型标识信息。对应于历史分组的返回分组的有效负载中包括指示历史端口的位置的信息和指示在通信电路100一方的通信处理器2的地址的信息。请求分组的有效负载包括目的地信息。
同样在本示例中,图12阐述了历史分组的发送、请求分组的发送以及返回分组的接收(或者未接收),与实施例1的示例1相同。
确定定时满足检测端口保持时间时,信息处理器4的分组发送控制器13设置等待时间为2分钟(步骤S101)。此后,在分组发送控制器13的控制下,从信息处理器4向服务器5发送历史分组(步骤S102)。
历史分组被服务器5的历史分组接收器33接收并被传送给返回分组发送器51(步骤S301)。返回分组发送器51从历史分组的头中读取源地址“202.224.135.10”和源端口号“12345”。返回分组发送器51然后装配在其有效负载中包括源地址和源端口号的返回分组,并向源地址和源端口发送返回分组(步骤S701)。
对应于历史分组的返回分组到达通信处理器2的历史端口,并经历地址变换,然后被发送到信息处理器4。信息处理器4的返回分组接收器42接收到返回分组,并且向请求分组发送器41传送该返回分组(步骤S601)。分组发送控制器13和端口保持时间检测器15在接收到对应于历史分组的返回分组时开始使用各自的计时器计时。请求分组发送器41从返回分组接收器42接收到的返回分组的有效负载中,读取在通信电路100一方的通信处理器2的地址“202.224.135.10”和历史端口的端口号“12345”,并将这些信息临时存储在存储器(未示出)中(步骤S602)。
此后,分组发送控制器13确定在步骤S101中设置的等待时间“2分钟”是否已逝去。当计时器值指示2分钟时,分组发送控制器13确定定时满足发送请求分组(步骤S103)。分组发送控制器13控制请求分组发送器41使请求分组发送器41发送请求分组。结果,从请求分组发送器41向服务器5发送包括目的地信息的请求分组(步骤S603)。该目的地信息包括在通信电路100一方的通信处理器2的地址“202.224.135.10”和历史端口的端口号“12345”。分组发送控制器13和端口保持时间检测器15在请求分组被发送的同时停止计时,并且保留此时的计时器值“2分钟”作为等待时间。
请求分组被服务器5的请求分组接收器31接收并且被传送至返回分组发送器51(步骤S303)。返回分组发送器51从请求分组的有效负载中读取目的地信息(步骤S702),并向目的地信息指示的地址“202.224.135.10”和端口号“12345”发送返回分组(步骤S703)。由于涉及到该端口的端口保持时间“1分20秒”已逝去,因此返回分组到达通信处理器2的端口12345,且未向信息处理器4发送。信息处理器4的返回分组接收器42在从发送请求分组后已逝去10秒的时间点确定已发生时间到(步骤S106),并且向分组发送控制器13和端口保持时间检测器15传送一条未接收到返回分组的通知。分组发送控制器13和端口保持时间检测器15保留此未接收到涉及等待时间“2分钟”的返回分组的通知。
未发送请求分组四次,且未接收到对应于第一次发送中被发送的请求分组的返回分组。这样,分组发送控制器13确定将继续请求分组的发送(步骤S108),并设置等待时间为“1分钟”,与实施例1中的示例1相同(步骤S101)。此后,与以上描述相同,进行历史分组的发送、对应于历史分组的返回分组的接收以及历史端口的端口号的存储(步骤S102、S601、S602)。尽管从服务器5发送的返回分组中包括与历史分组的第一次发送相同的地址和端口号,请求分组发送器41仍以覆写的方式存储地址等。然后,重复请求分组的发送以及类似的步骤。
在此示例中,信息处理器4接收响应于请求分组而在等待时间“1分钟”的终点发送的返回分组。由于通信处理器2的端口保持时间“1分20秒”已逝去,因此响应于请求分组而在等待时间“1分30秒”的终点发送的返回分组未经历地址变换。响应于请求分组而在等待时间“1分15秒”的终点发送的返回分组被信息处理器4接收。
请求分组已被发送了四次,分组发送控制器13确定定时满足检测端口保持时间(步骤S108)并且向端口保持时间检测器15传送一条检测端口保持时间的指示。端口保持时间检测器15将等待时间“1分钟”和“1分15秒”中较长的等待时间“1分15秒”设置为通信处理器2的端口保持时间,在其期间,响应于指令成功地接收到返回分组(步骤S109)。此后,例如,检测的端口保持时间被存储在预定存储媒介(未示出)之上,并且被用作周期性向服务器5发送的分组的发送周期,与实施例1相同。
虽然只描述了对应于实施例1中示例1的一个例子,但是在本实施例中对应于实施例1中示例2和示例3的示例与实施例1中示例2和示例3相同,除了在请求分组中包括目的地信息,以及等待时间起点可以是接收到对应于历史分组的返回分组的时间点之外。因此略去相应的描述。
如上所述,和实施例1相同,根据本实施例的信息处理系统能够检测通信处理器2的端口保持时间,而不用在服务器5中存储目的地信息。
虽然在本实施例中,对应于历史分组的返回分组包括指示历史端口的位置的信息和指示在通信电路100一方的通信处理器2的地址的信息,但是对应于历史分组的返回分组可以只包括指示历史端口的位置的信息。在这种情况向,包括在请求分组中的目的地信息可以包括或者不包括指示在通信电路100一方的通信处理器2的地址的信息。在前一种情况下,服务器5通过从请求分组的头中获取源地址来知道在通信电路100一方的通信处理器2的地址。在后一种情况下,信息处理器4通过除了对应于历史分组的返回分组之外的方法获取在通信电路100一方的通信处理器2的地址。例如,信息处理器4可以使用UPnP特征来获取地址。信息处理器4可以装配在其有效负载中包括接收到的分组的源地址的分组,并向预定服务器发送该分组,所述预定服务器向接收到的分组的源地址发送该分组,并且如果需要的话,信息处理器4接收从服务器发送的分组从而获取在通信电路100一方的通信处理器2的地址。预定服务器可以是服务器5或者任何其它的服务器。
在上述实施例中,分组发送控制器13可以具有图23所示的表格,并使用此表格设置等待时间。在图23所示的表格中,指示等待时间的信息与指示是否设置等待时间的标记以及下一次等待时间相关联。对应于标记“1”的等待时间是预设等待时间。在图23中,设置了等待时间为“2分钟”。如果在等待时间“2分钟”的终点信息处理器接收到从服务器发送的请求分组,则下一个等待时间是“4分钟”。否则,下一个等待时间是“1分钟”。例如,如果下一个等待时间未指定,如在等待时间为“3分钟”的情况下,则在确定是否成功地接收到在等待时间终点发送的返回分组后,检测端口保持时间。这样的话,可以使用除了在前面实施例中描述的方法外的方法设置等待时间。设置等待时间的方法不限于上述实施例中的方法或者使用图23描述的方法。
虽然在上述实施例中,信息处理器很难知道等待时间的理想的起点和终点,使得等待时间的起点和终点使用近似方式测量的,但是近似方法不限于上面的描述。例如,可能存在这样一种配置:从服务器发送的返回分组包括指示返回分组的发送时间的信息,并且信息处理器使用该发送时间作为返回分组已到达通信处理器2的历史端口的时间点。
在上述实施例中,当考虑到从发送请求分组之时到返回分组到达通信处理器2之时的时段时,分组发送控制器13可以控制请求分组的发送。假定从发送请求分组之时到返回分组到达通信处理器2之时的时段是“T秒”,等待时间是30秒,则当从发送历史分组后过了“30-T秒”时,分组发送控制器13可以控制发送请求分组。
虽然在上述实施例中,如果目的地信息基于历史端口被存储在服务器中,则请求分组包括关于返回分组的目的地的目的地信息,但是服务器可以使用另外的方法获取关于返回分组的目的地的信息。例如,用户可以手动向服务器设置指示历史端口的位置的信息和指示在通信电路100一方的通信处理器2的地址的信息。在这种情况下,历史分组不需要到达服务器。这样,历史分组的寿命的调整,如TTL(生存时间)可以阻止历史分组到达服务器。应当注意到:历史分组至少到达通信电路100,因为必须基于历史分组的发送在历史端口留下发送历史。如果历史端口未到达服务器,服务器不需要包括历史分组接收器。或者,服务器可以向通信处理器2的多个端口发送返回分组,而不用指定返回分组的目的地,使得返回分组中的任何一个都会到达历史端口。
根据上述实施例的在通信中发送/接收的历史分组、请求分组或返回分组可以具有任何数据容量或者结构。
虽然在上述实施例中,只使用通信处理器2的端口P2发送历史分组,如图2或者图17所示,但是每次发送历史分组时,历史分组可以经过通信处理器2的不同的端口。历史分组经由通信处理器2的单个端口的发送意思是在同一时间只使用通信处理器2的单个端口。更准确地,所有多个历史分组可以经由通信处理器2的单个端口发送。或者,多个历史分组可以经由通信处理器2的两个或者更多的端口发送。甚至在后一种情况下,在某一时刻只使用一个端口,因此两个或者多个历史分组不同时使用两个或多个端口发送。
虽然在上述实施例中,历史分组、请求分组或返回分组是UDP分组,但是这些分组可以是TCP分组或任何其它分组,只要能够检测端口保持时间。
虽然在上述实施例中,请求分组的发送定时使用计时器来计时,但是可以使用时钟或者时钟信号代替计时器,以及可以使用任何其它计时装置。
虽然在上述实施例中,信息处理器经由单个通信处理器2连接到通信电路100,但是信息处理器可以经由多个通信处理器(可以配置隶属于(subjectto)多级连接的通信处理器)连接到通信电路100。在这种情况下,检测以多级连接的通信处理器的所有端口保持时间中最短的端口保持时间。
虽然在上述实施例中,通信处理器2具有NAT特征(即,执行地址变换),但是通信处理器2可以具有分组过滤的防火墙特征来代替NAT特征或者在NAT特征之上。分组过滤可以指基于前面提到的接收过滤规则对接收到的分组进行选择。有可能使用根据上述每个实施例的方法检测具有这样的防火墙特征的通信处理器2的端口保持时间。在通信处理器2具有防火墙特征时假定的端口保持时间是指下面情况下的预定的时间:在上次分组经过通信处理器2的端口起预定时间已逝去之后,从WAN向端口发送的分组还未被发送至通信处理器2的LAN一方。
虽然在上述实施例中,当从发送请求分组后预定时间已逝去时,服务器可以发送返回分组。例如,当从接收请求分组后5秒已逝去时,服务器可以发送返回分组。在这种情况下,当考虑到从服务器接收到请求分组之时到发送返回分组之时的时段时,信息处理器可以设置等待时间。这样的话,从请求分组接收器接收到请求分组后预定时间已逝去之后,或者如上述实施例中所述的仅仅在请求分组接收器接收到请求分组后,服务器的返回分组发送器可以发送返回分组。
在上述实施例中,分组发送控制器13可以确定发送请求分组的定时,因此如果返回分组接收器14、42未接收到对应于发送的请求分组的返回分组,且返回分组接收器14、42到目前为止成功地接收到对应于一个或者多个请求分组的返回分组,则等待时间将会是在对应于未被接收到的返回分组的等待时间(第一等待时间)和对应于到目前为止被返回分组接收器14、42成功地接收到的请求分组的返回分组的最长的等待时间(第二等待时间)之间的等待时间,并且分组发送控制器13控制请求分组发送器12、41使请求分组发送器12、41根据确定的定时发送请求分组。分组发送控制器13可以确定发送请求分组的定时,因此,如果返回分组接收器14、42成功地接收到对应于发送的请求分组的返回分组,且返回分组接收器14、42到目前为止未接收到对应于请求分组的返回分组,则等待时间将会是,在对应于成功地被接收到的返回分组的等待时间和对应于到目前为止未被返回分组接收器14、42接收到的请求分组的返回分组的最短的等待时间之间的等待时间,并且分组发送控制器13控制请求分组发送器12、41使请求分组发送器12、41根据确定的定时发送请求分组。在第一等待时间和第二等待时间之间的等待时间可以是通过将第一等待时间加上一个时间而得到的等待时间,该加上的时间是通过将第一等待时间和第二等待时间的差值乘以2/3而得到。
在上述实施例中,使用对分搜索方法设置等待时间可以是,将在对应于信息处理器1、4成功地接收到的返回分组的等待时间和对应于信息处理器1、4未接收到的返回分组的等待时间之间的等待时间设置为下一次被发送的请求分组的等待时间。换句话说,分组发送控制器13可以确定发送请求分组的定时,因此,如果返回分组接收器14、42未接收到对应于发送的请求分组的返回分组,且返回分组接收器14、42到目前为止未接收到对应于请求分组的返回分组,则等待时间将比对应于未被接收到的返回分组的等待时间(第三等待时间)短,并且分组发送控制器13控制请求分组发送器12、41使请求分组发送器12、41根据确定的定时发送请求分组。比第三等待时间短的等待时间是指比0长而比第三等待时间短的时间,且可以是将第三等待时间乘以2/3而得到的时间。
在上述实施例中,一些已发送的UDP历史分组、请求分组和返回分组可以不到达目的地,因为UDP是基于无连接通信的。例如,如果在信息处理器接收到请求分组后确定发生了时间到,则可以再一次发送请求分组以核实时间到。例如,考虑到发送的UDP历史分组、请求分组和返回分组未到达目的地,可以几乎同时发送两个或多个分组。
虽然在上述实施例中,通过IP地址来识别服务器,但是可以通过域名(如server.pana.net)来识别服务器。在这种情况下,由于使用DNS服务器将域名变换为IP地址而识别服务器。
在上述实施例中,可以通过在单个装置(系统)上的集中处理或者可以通过在多个装置上的分立处理来提供每个过程(每个特征)。
在上述实施例中,每个组件可以通过专用的硬件来实现。可以通过软件实现的组件可以通过执行程序来实现。例如,当可由程序执行部分(如CPU)读取并执行记录在记录媒介(如硬盘或者半导体存储器)中的软件程序时可以实现每个组件。在上述实施例中,实现信息处理器的软件是下列程序:一种用于使计算机执行在组成信息处理系统的信息处理器中的处理的程序,信息处理包括:信息处理器;服务器;以及用于执行涉及信息处理器和服务器之间的通信的处理的通信处理器;该程序执行:历史分组发送步骤,经由通信处理器的一个端口发送历史分组,该历史分组是在通信处理器中留下发送历史的分组;请求分组发送步骤,向服务器发送经由不同于历史端口的端口的请求分组,该历史端口是历史分组经过的通信处理器的端口,该请求分组是请求发送作为从服务器发送的分组的返回分组的分组;返回分组接收步骤,接收从服务器经由历史端口发送的返回分组;以及端口保持时间检测步骤,基于在返回分组步骤的返回分组的接收检测通信处理器的端口保持时间;其中,该程序在请求分组发送步骤基于返回分组接收步骤中的返回分组的接收,通过使用对分搜索方法发送请求分组。
在上述实施例中,实现服务器的软件是下列程序:一种用于使计算机执行在组成信息处理系统的服务器中的处理的程序,信息处理系统包括:信息处理器;服务器;以及用于执行涉及信息处理器和服务器之间的通信的处理的通信处理器;其中信息处理器使用对分搜索方法向服务器发送请求分组,该请求分组是请求发送作为从服务器经由通信处理器向信息处理器发送的分组的返回分组的分组;该程序执行:请求分组接收步骤,接收请求分组;以及返回分组发送步骤,基于在请求分组接收步骤请求分组的接收,向历史端口发送返回分组,该历史端口是从信息处理器发送的历史分组以在通信处理器中留下发送历史而经过的通信处理器的端口。
在上述实施例中,发送信息的发送步骤或者接收信息的接收步骤不包括由硬件执行的处理,如在发送步骤中,在调制解调器中或在接口卡中执行的处理(只由硬件执行的处理)。
可以通过从服务器下载相同的程序或者读取记录在预定记录媒介上的程序来执行程序,所述记录媒介包括诸如CD-ROM的光盘、磁盘或半导体存储器。
执行此程序的计算机可以是单个或者多个计算机。即,可以进行集中式处理或者分布式处理。
可以对本发明进行各种修改,且本发明不限于上述实施例。
工业应用
从上面可以理解,根据本发明的信息处理系统等能够检测通信处理器的端口保持时间,作为信息处理器等是有用的。所述信息处理系统包括用于经由通信处理器向服务器等发送分组的信息处理器。
Claims (35)
1.一种信息处理系统,包括:信息处理器;服务器;以及用于对所述信息处理器和所述服务器之间的通信进行处理的通信处理器;所述信息处理器包括:
历史分组发送器,用于经由所述通信处理器的端口发送历史分组,该历史分组是在所述通信处理器中留下传输历史的分组;
请求分组发送器,用于经由不同于历史端口的端口向所述服务器发送一个或者更多的请求分组,其中历史端口是所述历史分组经过的通信处理器的端口,请求分组是用于请求发送返回分组的分组,该返回分组是从所述服务器发送的分组;
返回分组接收器,用于接收从所述服务器发送的且经由所述历史端口的返回分组;
分组发送控制器,用于基于所述返回分组接收器对返回分组的接收,通过使用对分检索方法,控制所述请求分组发送器对请求分组的发送;以及
端口保持时间检测器,用于基于所述返回分组接收器对返回分组的接收,检测所述通信处理器的所述端口保持时间;所述服务器包括:
请求分组接收器,用于接收所述请求分组;以及
返回分组发送器,用于基于所述请求分组接收器对请求分组的接收,向所述历史端口发送所述返回分组。
2.根据权利要求1所述的信息处理系统,所述服务器还包括:
历史分组接收器,用于接收所述历史分组;以及
目的地信息存储器,用于基于由所述历史分组接收器接收到的历史分组存储目的地信息,该目的地信息是关于所述返回分组的目的地的信息;其中
所述返回分组发送器基于由所述目的地信息存储器存储的所述目的地信息发送所述返回分组。
3.根据权利要求1所述的信息处理系统,其中所述请求分组包括作为关于所述返回分组的目的地的信息的目的地信息,以及
所述返回分组发送器基于包括在由所述请求分组接收器接收到的请求分组中的目的地信息来发送所述返回分组。
4.根据权利要求1到3中的任何一项权利要求所述的信息处理系统,其中所述端口保持时间检测器基于多个等待时间中的一个等待时间检测所述端口保持时间,其中该等待时间是从返回分组到达所述通信处理器的时间点到分组此前刚刚经过所述历史端口的时间点之间的一段时间,而其中在这一个等待时间期间,所述返回分组接收器成功地接收到在等待时间终点到达所述通信处理器的返回分组。
5.根据权利要求4所述的信息处理系统,其中所述端口保持时间检测器基于等待时间检测所述端口保持时间,其中在该等待时间期间,所述返回分组接收器成功地接收到在该等待时间的终点到达所述通信处理器的返回分组,且该等待时间是所述多个等待时间中最长的等待时间。
6.根据权利要求4所述的信息处理系统,其中在所述等待时间起点经过所述历史端口的分组是所述历史分组,且所述分组发送控制器控制所述请求分组的发送以及控制所述历史分组发送器在所述等待时间起点对历史分组的发送,其中
所述端口保持时间检测器也基于所述历史分组发送器对于历史分组的发送,检测所述通信处理器的该端口保持时间,以及其中
在所述端口保持时间检测器中,作为所述等待时间起点的分组经过所述历史端口的时间点是所述历史分组被发送的时间点。
7.根据权利要求4所述的信息处理系统,其中在所述等待时间起点经过所述历史端口的分组是所述历史分组或所述返回分组,其中
所述分组发送控制器控制所述请求分组的发送,以及如果所述返回分组接收器未接收到对应于请求分组的返回分组,则控制所述历史分组发送器使所述历史分组发送器在下一个等待时间起点发送历史分组,其中
所述端口保持时间检测器也基于所述历史分组发送器对于历史分组的发送,检测所述通信处理器的该端口保持时间,以及其中,
在所述端口保持时间检测器中,如果在所述等待时间起点经过所述历史端口的分组是所述历史分组,则作为所述等待时间起点的、分组经过所述历史端口的时间点是所述历史分组被发送的时间点,以及如果在所述等待时间起点经过所述历史端口的分组是所述返回分组,则作为所述等待时间起点的、分组经过所述历史端口的时间点是所述返回分组被接收的时间点。
8.根据权利要求3所述的信息处理系统,所述服务器还包括历史分组接收器,用于接收所述历史分组,其中
如果所述分组接收器接收到历史分组,则所述返回分组发送器发送返回分组,该返回分组至少包括指示所述历史端口的位置的信息,以及其中
所述目的地信息包括指示所述历史端口的位置的信息。
9.根据权利要求8所述的信息处理系统,其中
所述端口保持时间检测器基于多个等待时间中的一个等待时间检测所述端口保持时间,其中等待时间是从返回分组到达所述通信处理器的时间点到分组此前刚刚经过所述历史端口的时间点的一段时间,而其中在这一个等待时间期间,所述返回分组接收器成功地接收到在等待时间终点到达所述通信处理器的返回分组。
10.根据权利要求9所述的信息处理系统,其中
所述端口保持时间检测器基于一等待时间检测所述端口保持时间,其中在该等待时间期间,所述返回分组接收器成功地接收到在该等待时间终点到达所述通信处理器的返回分组,且该等待时间是所述多个等待时间中最长的等待时间。
11.根据权利要求9或者10所述的信息处理系统,其中绕过所述历史端口发送对应于所述历史分组的返回分组,其中
在所述等待时间起点经过所述历史端口的分组是所述历史分组,且所述分组发送控制器控制所述请求分组的发送以及控制所述历史分组发送器在所述等待时间起点对历史分组的发送,其中
所述端口保持时间检测器也基于所述历史分组发送器对于历史分组的发送,检测所述通信处理器的端口保持时间,以及其中
在所述端口保持时间检测器中,作为所述等待时间起点的、分组经过所述历史端口的时间点是所述历史分组被发送的时间点。
12.根据权利要求9或者10所述的信息处理系统,其中绕过所述历史端口发送对应于所述历史分组的返回分组,且在所述等待时间起点经过所述历史端口的分组是所述历史分组或对应于所述请求分组的返回分组,其中
所述分组发送控制器控制所述请求分组的发送,以及如果所述返回分组接收器未接收到对应于请求分组的返回分组,则控制所述历史分组发送器使所述历史分组发送器在下一个等待时间起点发送历史分组,其中
所述端口保持时间检测器也基于所述历史分组发送器对于历史分组的发送,检测所述通信处理器的端口保持时间,以及其中
在所述端口保持时间检测器中,如果在所述等待时间起点经过所述历史端口的分组是所述历史分组,则作为所述等待时间起点的、分组经过所述历史端口的时间点是所述历史分组被发送的时间点,以及如果在所述等待时间起点经过所述历史端口的分组是所述返回分组,则作为所述等待时间起点的、分组经过所述历史端口的时间点是所述返回分组被接收的时间点。
13.根据权利要求9或者10所述的信息处理系统,其中经由所述历史端口发送对应于所述历史分组的返回分组,其中
在所述等待时间起点经过所述历史端口的分组是对应于所述历史分组的返回分组,其中
所述分组发送控制器控制所述请求分组的发送,以及控制所述历史分组发送器在所述等待时间起点对历史分组的发送,其中
在所述端口保持时间检测器中,作为所述等待时间起点的分组经过所述历史端口的时间点是所述历史分组被发送的时间点,或者是对应于所述历史分组的返回分组被接收的时间点。
14.根据权利要求9或者10所述的信息处理系统,其中经由所述历史端口发送对应于所述历史分组的返回分组,其中在所述等待时间起点经过所述历史端口的分组是对应于所述历史分组的返回分组或者对应于所述请求分组的返回分组,其中
所述分组发送控制器控制所述请求分组的发送,以及如果所述返回分组接收器未接收到对应于请求分组的返回分组,则控制所述历史分组发送器使所述历史分组发送器在下一个等待时间起点发送历史分组,其中,
在所述端口保持时间检测器中,如果在所述等待时间起点经过所述历史端口的分组是对应于所述历史分组的返回分组,则作为所述等待时间起点的、分组经过所述历史端口的时间点是所述历史分组被发送的时间点,或者是对应于所述历史分组的返回分组被接收的时间点,以及如果在所述等待时间起点经过所述历史端口的分组是对应于所述请求分组的返回分组,则作为所述等待时间起点的、分组经过所述历史端口的时间点是对应于所述请求分组的返回分组被接收的时间点。
15.根据权利要求4所述的信息处理系统,其中所述分组发送器基于所述返回分组接收器是否接收到返回分组,使用对分检索方法确定等待时间,且所述分组发送器控制所述请求分组发送器使所述请求分组发送器发送请求分组以实现等待时间。
16.根据权利要求15所述的信息处理系统,其中所述分组发送控制器确定发送请求分组的定时,使得,如果所述返回分组接收器未接收到对应于发送的请求分组的返回分组,以及所述返回分组接收器到目前为止成功地接收到对应于一个或者多个请求分组的返回分组,则等待时间将是在对应于未被接收到的返回分组的等待时间和到目前为止被所述返回分组接收器成功地接收到的对应于请求分组的返回分组的最长的等待时间之间的等待时间,并且分组发送控制器控制所述请求分组发送器使所述请求分组发送器根据确定的定时发送请求分组,以及其中,所述分组发送控制器确定发送请求分组的定时,使得,如果所述返回分组接收器成功地接收到对应于发送的请求分组的返回分组,以及所述返回分组接收器到目前为止未接收到对应于请求分组的返回分组,则等待时间将会是,在对应于成功地被接收到的返回分组的等待时间和到目前为止未被所述返回分组接收器接收到的、对应于请求分组的返回分组的最短的等待时间之间的等待时间,并且分组发送控制器控制所述请求分组发送器使所述请求分组发送器根据确定的定时发送请求分组。
17.根据权利要求15所述的信息处理系统,其中所述分组发送控制器确定发送请求分组的定时,使得,如果所述返回分组接收器未接收到对应于发送的请求分组的返回分组,以及所述返回分组接收器到目前为止成功地接收到对应于一个或者多个请求分组的返回分组,则等待时间将会是中间等待时间,该中间等待时间处于在对应于未被接收到的返回分组的等待时间和到目前为止被所述返回分组接收器成功地接收到的、对应于请求分组的返回分组的最长的等待时间之间,并且分组发送控制器控制所述请求分组发送器使所述请求分组发送器根据确定的定时发送请求分组,以及其中,所述分组发送控制器确定发送请求分组的定时,使得,如果所述返回分组接收器成功地接收到对应于发送的请求分组的返回分组,以及所述返回分组接收器到目前为止未接收到对应于请求分组的返回分组,则等待时间将会是中间等待时间,该中间等待时间处于在对应于成功地被接收到的返回分组的等待时间和到目前为止未被所述返回分组接收器接收到的、对应于请求分组的返回分组的最短等待时间之间,并且所述分组发送控制器控制所述请求分组发送器使所述请求分组发送器根据确定的定时发送请求分组。
18.根据权利要求15所述的信息处理系统,其中所述分组发送控制器确定发送请求分组的定时,使得,如果所述返回分组接收器未接收到对应于发送的请求分组的返回分组,以及所述返回分组接收器到目前为止未接收到对应于请求分组的返回分组,则等待时间将会是比对应于未被接收到的返回分组的等待时间短的等待时间,并且所述分组发送控制器控制所述请求分组发送器使所述请求分组发送器根据确定的定时发送请求分组。
19.根据权利要求15所述的信息处理系统,其中所述分组发送控制器确定发送请求分组的定时,使得,如果所述返回分组接收器未接收到对应于发送的请求分组的返回分组,以及所述返回分组接收器到目前为止未接收到对应于请求分组的返回分组,则等待时间将会是对应于未被接收到的返回分组的等待时间一半的等待时间,并且所述分组发送控制器控制所述请求分组发送器使所述请求分组发送器根据确定的定时发送请求分组。
20.根据权利要求15所述的信息处理系统,其中所述分组发送控制器确定发送请求分组的定时,使得,如果所述返回分组接收器成功地接收到对应于发送的请求分组的返回分组,以及所述返回分组接收器到目前为止一直成功地接收到对应于请求分组的返回分组,则等待时间将会是比对应于已被成功地接收到的返回分组的等待时间长的等待时间,并且所述分组发送控制器控制所述请求分组发送器使所述请求分组发送器根据确定的定时发送请求分组。
21.根据权利要求4所述的信息处理系统,其中
在所述端口保持时间检测器中,作为所述等待时间终点的、返回分组到达所述通信处理器的时间点是请求发送所述返回分组的请求分组被发送的时间点。
22.根据权利要求4所述的信息处理系统,其中
在所述端口保持时间检测器中,作为所述等待时间终点的、返回分组到达所述通信处理器的时间点是所述返回分组被接收的时间点。
23.根据权利要求4所述的信息处理系统,其中
在所述端口保持时间检测器中,作为所述等待时间终点的、返回分组到达所述通信处理器的历史端口的时间点是如果所述返回分组成功地被接收时的所述返回分组被接收的时间点,或者如果所述返回分组未被接收时的请求发送返回分组的请求分组被发送的时间点。
24.根据权利要求4所述的信息处理系统,其中
在所述分组发送控制器中,作为所述等待时间终点的、返回分组到达所述通信处理器的历史端口的时间点是请求发送所述返回分组的请求分组被发送的时间点。
25.根据权利要求4所述的信息处理系统,其中
如果对应于由所述请求分组发送器发送的请求分组的等待时间和对应于在所述请求分组紧前发送的请求分组的等待时间之差变得小于预定值,则所述端口保持时间检测器检测所述端口保持时间。
26.根据权利要求1到3中的任何一项权利要求所述的信息处理系统,其中
如果所述返回分组接收器接收到对应于所述请求分组发送器在第一次发送中发送的请求分组的返回分组,则所述端口保持时间检测器检测所述端口保持时间。
27.根据权利要求1到3中的任何一项权利要求所述的信息处理系统,其中
如果请求分组已被发送了预定的次数,则所述端口保持时间检测器检测所述端口保持时间。
28.根据权利要求1到3中的任何一项权利要求所述的信息处理系统,其中
当从关于端口保持时间检测的处理开始后预定时间逝去时,所述端口保持时间检测器检测所述端口保持时间。
29.根据权利要求1到3中的任何一项权利要求所述的信息处理系统,其中
每次第一个历史分组经过所述端口时,所述历史端口被重新指定给所述通信处理器。
30.一种组成根据权利要求1到3中的任何一项权利要求所述的信息处理系统的信息处理器。
31.一种组成根据权利要求1到3中的任何一项权利要求所述的信息处理系统的服务器。
32.一种在组成信息处理系统的信息处理器中使用的信息处理方法,所述信息处理系统包括:信息处理器;服务器;以及用于执行涉及所述信息处理器和所述服务器之间的通信的处理的通信处理器;所述方法包括:历史分组发送步骤,经由所述通信处理器的端口发送历史分组,该历史分组是在所述通信处理器中留下发送历史的分组;
请求分组发送步骤,经由不同于该历史端口的端口向所述服务器发送请求分组,该历史端口是所述历史分组经过的所述通信处理器的端口,该请求分组是请求发送作为从所述服务器发送的分组的返回分组的分组;
返回分组接收步骤,接收经由所述历史端口从所述服务器发送的返回分组;以及
端口保持时间检测步骤,基于在所述返回分组接收步骤中的返回分组的接收检测所述通信处理器的端口保持时间;其中
所述方法在所述请求分组发送步骤基于所述返回分组接收步骤中返回分组的接收,通过使用对分搜索方法发送请求分组。
33.一种在组成信息处理系统的信息处理器中使用的信息处理方法,所述信息处理系统包括:信息处理器;服务器;以及用于执行涉及所述信息处理器和所述服务器之间的通信的处理的通信处理器;其中
所述信息处理器使用对分搜索方法向所述服务器发送请求分组,该请求分组是请求发送作为从所述服务器经由所述通信处理器向所述信息处理器发送的分组的返回分组的分组;所述方法包括:请求分组接收步骤,接收所述请求分组;以及
返回分组发送步骤,基于在所述请求分组接收步骤中请求分组的接收,向历史端口发送所述返回分组,该历史端口是从所述信息处理器发送历史分组以在所述通信处理器中留下发送历史而经过的所述通信处理器的端口。
34.一种用于使计算机执行在组成信息处理系统的信息处理器中的处理的程序,所述信息处理系统包括:信息处理器;服务器;以及用于执行涉及所述信息处理器和所述服务器之间的通信的处理的通信处理器;所述程序执行:历史分组发送步骤,经由所述通信处理器的端口发送历史分组,该历史分组是在所述通信处理器中留下发送历史的分组;请求分组发送步骤,经由不同于历史端口的端口向所述服务器发送请求分组,该历史端口是所述历史分组经过的所述通信处理器的端口,该请求分组是请求发送作为从所述服务器发送的分组的返回分组的分组;返回分组接收步骤,接收经由所述历史端口从所述服务器发送的返回分组;以及端口保持时间检测步骤,基于在所述返回分组接收步骤中返回分组的接收,检测所述通信处理器的端口保持时间;其中,所述程序在所述请求分组发送步骤基于所述返回分组接收步骤中返回分组的接收,通过使用对分搜索方法发送请求分组。
35.一种用于使计算机执行在组成信息处理系统的信息服务器中的处理的程序,所述信息处理系统包括:信息处理器;服务器;以及用于执行涉及所述信息处理器和所述服务器之间的通信的处理的通信处理器;其中所述信息处理器使用对分搜索方法向所述服务器发送请求分组,该请求分组是请求发送作为从所述服务器经由所述通信处理器向所述信息处理器发送的分组的返回分组的分组;所述程序执行:请求分组接收步骤,接收所述请求分组;返回分组发送步骤,基于在所述请求分组接收步骤中请求分组的接收,向历史端口发送所述返回分组,该历史端口是从所述信息处理器发送历史分组以在所述通信处理器中留下发送历史而经过的所述通信处理器的端口。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005050411A JP4597706B2 (ja) | 2005-02-25 | 2005-02-25 | 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法 |
JP050411/2005 | 2005-02-25 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101129046A true CN101129046A (zh) | 2008-02-20 |
Family
ID=36927150
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2005800487473A Pending CN101129046A (zh) | 2005-02-25 | 2005-09-14 | 信息处理系统、信息处理设备、服务器设备、信息处理方法和程序 |
Country Status (5)
Country | Link |
---|---|
US (1) | US7979586B2 (zh) |
EP (1) | EP1853042A1 (zh) |
JP (1) | JP4597706B2 (zh) |
CN (1) | CN101129046A (zh) |
WO (1) | WO2006090500A1 (zh) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4597705B2 (ja) * | 2005-02-25 | 2010-12-15 | パナソニック株式会社 | 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法 |
JP4514623B2 (ja) * | 2005-02-25 | 2010-07-28 | パナソニック株式会社 | 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法 |
JP4207065B2 (ja) * | 2006-07-26 | 2009-01-14 | 日本電気株式会社 | 資産管理システム、資産管理方法、情報処理装置およびプログラム |
JP5029214B2 (ja) * | 2007-08-22 | 2012-09-19 | ブラザー工業株式会社 | 通信時刻を通知するサーバ装置、通信時刻通知方法及びプログラム |
JP4661911B2 (ja) * | 2008-06-25 | 2011-03-30 | ブラザー工業株式会社 | 搬送装置 |
CN101841457B (zh) * | 2009-03-19 | 2013-01-09 | 鸿富锦精密工业(深圳)有限公司 | 路由器及其处理IPv6数据包的方法 |
TWI387268B (zh) * | 2009-04-03 | 2013-02-21 | Hon Hai Prec Ind Co Ltd | 路由器及其處理IPv6資料包的方法 |
WO2011141993A1 (ja) * | 2010-05-11 | 2011-11-17 | 株式会社チェプロ | 双方向通信システムおよびこれに用いるサーバ装置 |
JP2013126040A (ja) * | 2011-12-13 | 2013-06-24 | Nippon Telegr & Teleph Corp <Ntt> | 加入者側通信装置及びポイント・トゥ・マルチポイント型通信システム |
JP2015127944A (ja) * | 2013-11-28 | 2015-07-09 | 株式会社リコー | 情報処理システム、情報処理装置、情報処理方法、及びプログラム |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6330008B1 (en) * | 1997-02-24 | 2001-12-11 | Torrent Systems, Inc. | Apparatuses and methods for monitoring performance of parallel computing |
US6219736B1 (en) * | 1997-04-24 | 2001-04-17 | Edwin E. Klingman | Universal serial bus (USB) RAM architecture for use with microcomputers via an interface optimized for integrated services device network (ISDN) |
US6038606A (en) * | 1997-11-25 | 2000-03-14 | International Business Machines Corp. | Method and apparatus for scheduling packet acknowledgements |
US7283476B2 (en) * | 1999-01-11 | 2007-10-16 | Hewlett-Packard Development Company, L.P. | Identity negotiation switch protocols |
FR2793982B1 (fr) * | 1999-05-19 | 2001-11-02 | Bull Sa | Procede d'optimisation, dans un systeme informatique, du transfert de donnees entre une application cliente et un serveur |
JP2002354048A (ja) * | 2001-05-29 | 2002-12-06 | Matsushita Electric Ind Co Ltd | ルータ装置 |
US7676579B2 (en) * | 2002-05-13 | 2010-03-09 | Sony Computer Entertainment America Inc. | Peer to peer network communication |
SG147314A1 (en) | 2002-09-30 | 2008-11-28 | Matsushita Electric Ind Co Ltd | Information processing device and receiving device |
JP3935823B2 (ja) * | 2002-11-01 | 2007-06-27 | 株式会社インデックス | Httpセッション・トンネリング・システム、その方法、及びそのプログラム |
JP3854221B2 (ja) * | 2002-11-14 | 2006-12-06 | 日本電信電話株式会社 | アドレス組の生存時間取得・計算を可能としたalg装置 |
JP2006050125A (ja) * | 2004-08-03 | 2006-02-16 | Matsushita Electric Ind Co Ltd | 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法 |
JP4597705B2 (ja) * | 2005-02-25 | 2010-12-15 | パナソニック株式会社 | 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法 |
-
2005
- 2005-02-25 JP JP2005050411A patent/JP4597706B2/ja not_active Expired - Fee Related
- 2005-09-14 CN CNA2005800487473A patent/CN101129046A/zh active Pending
- 2005-09-14 WO PCT/JP2005/016934 patent/WO2006090500A1/ja active Application Filing
- 2005-09-14 US US11/816,927 patent/US7979586B2/en active Active
- 2005-09-14 EP EP20050783225 patent/EP1853042A1/en not_active Withdrawn
Also Published As
Publication number | Publication date |
---|---|
EP1853042A1 (en) | 2007-11-07 |
JP2006238108A (ja) | 2006-09-07 |
WO2006090500A1 (ja) | 2006-08-31 |
JP4597706B2 (ja) | 2010-12-15 |
US20090219943A1 (en) | 2009-09-03 |
US7979586B2 (en) | 2011-07-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101129046A (zh) | 信息处理系统、信息处理设备、服务器设备、信息处理方法和程序 | |
CN101129048A (zh) | 信息处理系统、信息处理器、服务器、信息处理方法和程序 | |
US6795860B1 (en) | System and method for selecting a service with dynamically changing information | |
CN1280752C (zh) | 选择镜像站点服务器的系统和方法 | |
US6292832B1 (en) | System and method for determining a preferred service in a network | |
US20020049762A1 (en) | System and method for information retrieval regarding services | |
US7715376B2 (en) | Routing system and method for managing forwarding information therein | |
CN101155146A (zh) | 网络设备 | |
CN101156147A (zh) | 用于处理跨IPv4和IPv6网络的IPv4 DNS PTR查询的方法和装置 | |
CN100470516C (zh) | 负载平衡器 | |
WO2006013811A1 (ja) | 情報処理システム、情報処理装置、サーバ装置、情報処理方法及びプログラム | |
JP2017118438A (ja) | パケット送信プログラム、情報処理装置、および、障害検出方法 | |
CN110213365B (zh) | 基于用户分区的用户访问请求处理方法及电子设备 | |
CN108964822B (zh) | 一种多方案并行获取网络时间的方法及系统 | |
JP2007237300A (ja) | 制御装置、ロボット・システム及びロボット制御方法 | |
CN101129047A (zh) | 信息处理系统、信息处理装置、服务器装置、信息处理方法和程序 | |
KR101959733B1 (ko) | ARP 패킷을 이용하여 특정 호스트를 포함하는 네트워크의 정보를 획득하는 방법인 Auto-IP Provision을 수행함으로써 상기 네트워크 상의 기존 스위치를 대체하여 연결된 신규 스위치를 상기 네트워크 외부와 통신할 수 있도록 설정하는 방법 및 장치 | |
CN102246494A (zh) | 从一个地址领域向不同地址领域中的客户端分配网络资源的系统和方法 | |
JP2006050126A (ja) | 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法 | |
KR20010060008A (ko) | 가입전화설치 관리시스템에서의 비대칭 디지털 가입자수용장치 관리방법 | |
JP2006050124A (ja) | 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法 | |
JP2004072160A (ja) | スイッチング方法及び装置並びにコンピュータプログラム | |
JP2006203608A (ja) | 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法 | |
CN114666303A (zh) | Dns调度方法、装置及计算机设备 | |
JP2001034581A (ja) | 分散型情報処理システムの情報の共有方法 |
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: 20080220 |