信息处理系统、信息处理设备、服务器设备、信息处理方法和程序的制作方法

文档序号:7950736阅读:151来源:国知局
专利名称:信息处理系统、信息处理设备、服务器设备、信息处理方法和程序的制作方法
技术领域
本发明涉及一种用于检测通信处理器的端口保持时间(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)接收到的分组进行地址变换,以便于信息处理器接收来自服务 器的信息。这样,甚至在信息处理器和服务器之间不必交换信息的情况下, 也必须从信息处理器经由通信处理器向服务器周期性地发送分组,从而使通 信处理器对从服务器发送的分组进行地址变换。伴随着这个事实存在一个需别地,对于信息处理器连接的通信处理器的端口保持时间,它能够将被信息 处理器周期性发送的分组的发送时段少量(例如一秒或者两秒)缩短。并不知道信息处理器将连接于哪种类型的通信处理器。 一般地,在各种 来自于制造商的可用通信处理器中,对应于最短端口保持时间的时段被设置 在信息处理器中,并且用此时段发送分组。在这种情况下,即使信息处理器 连接到具有较长端口保持时间的通信处理器上,也以预设的短时段发送分 组,这会导致许多不必要的分组传输。发明公布考虑到上述问题完成了本发明。本发明的一个目的是提供一种能够检测 通信处理器的端口保持时间的信息处理系统,其中所述通信处理器与信息处 理器相连接。为了达到此目的,本发明提供一种信息处理系统,包括信息处理器; 服务器;以及用于对信息处理器和服务器之间的通信进行处理的通信处理 器;信息处理器包括历史分组发送器,用于经由通信处理器的一个端口发 送多个作为在通信处理中留下发送历史的分组的历史分组;请求分组发送 器,用于经由不同于历史端口的端口向服务器发送一个或者更多的请求分 组,该历史端口是历史分组经过的通信处理器的端口,而该请求分组是用于 请求发送作为从服务器发送的分组的返回分组的分组;返回分组接收器,用 于接收经由历史端口从服务器发送的返回分组;分组发送控制器,用于基于 返回分组接收器对返回分组的接收,通过使用对分4全索方法(binary search method )控制请求分组发送器对请求分组的发送;以及端口保持时间检测器, 用于基于返回分组接收器对返回分组的接收,检测通信处理器的端口保持时 间;服务器包括请求分组接收器,用于接收请求分组;以及返回分组发送 器,用于在请求分组接收器接收请求分组后,向历史端口发送返回分组。利用这种配置,能够基于返回分组接收器对响应于请求分组而发送的返 回分组的接收,检测通信处理器的端口保持时间。因而能够通过使用对分检 索方法有效地发送请求分组和从而有效地检测端口保持时间。例如,通过利 用检测到的端口保持时间,能够周期性地发送分组。例如,结果,有可能避
免发送不必要的分组。


图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的分组结构的示例;
图IO为根据实施例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:返回分组4妄收器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可以通过硬件或者软件来实现,如用于驱动接收 装置的驱动器。测通信处理器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的分组的端口感应过滤器和何分组)是可用的。通信处理器2接收分组的过程意味着这样一个过程通 信处理器2在被指派到从LAN方的信息处理器1发送的分组的通信处理器 2的端口接收来自WAN的分组、执行对分组的地址变换并且向在LAN方的 信息处理器1发送结果分组。如上述的相关技术实例,在通信处理器2中的地址变换发生时的时段具 有预定限制。即,在已经过通信处理器2的端口保持时间的时间点(a point in time )上,不再执行地址A和端口号B与地址X和端口号Y之间的地址变 换,因为两方之间的地址变换在上一次已经执行。甚至如果在端口保持时间 已逝去之后,经由通信电路100向地址X和端口号Y发送分组,在通信处 理器2中地址变换也不会发生,因而信息处理器l接收不到分组。服务器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发送的历史分组从端口 Pl发送。历史分组经过在通信电路100 —方的通
信处理器2的端口 P2,并且被服务器3的端口 P3接收。端口 P2是历史端口 。当第一个历史分组经过端口 P2时,历史分组经过的通信处理器2的端 口 P2被通信处理器2重新指定。即,通过利用通信处理器2的不被通信所 用的端口向另一个信息处理器或者服务器发送历史分组是非常重要的。例 如,如果一直到那时端口 P2都被用作另一个目的,并且其它的从历史分组 的发送到返回分组的发送的通信都经由端口 P2来完成,则不可能检测出准 确的端口保持时间。为了当第一历史分组经过时通信处理器2重新指定端口 P2, 一个新端口,也即一个未被用在其它通信中的端口,可以被用作信息处 理器1的端口 Pl。其后,从信息处理器1的端口 P4发送请求分组。请求分组经由在通信 电路100—方的通信处理器2的端口 P5被传输至服务器3的端口 P6。端口 P2必须不同于端口 P5。这是因为如果请求分组经由从历史分组的传输到返 回分组的传输的端口 P2传输,则不能检测出准确的端口保持时间。例如, 为了端口 P2不同于端口 P5,信息处理器1的端口 Pl和端口 P4应当4皮此不 同。或者,根据通信处理器2的端口指定规则的类型,仅端口P3和端口P6 应当4皮此不同,即4吏如果端口 Pl和端口 P4是同样的也如此。如果端口 Pl 和端口 P4 4皮此不同,端口 P2不同于端口 P5,即4吏如果端口 P3和端口 P6 是相同的也如此。从接收到历史分组的端口 P3发送返回分组。如果端口保持时间还未逝 去,返回分组经由通信处理器2的端口 P2被信息处理器1的端口 Pl接收。 如果端口保持时间已逝去,则不从通信处理器2向信息处理器1发送返回分 组。如从图2所了解到的,在根据本实施例的信息处理系统中,历史分组和 返回分组经过通信处理器2的单个端口 P2。如果在涉及端口 P2的端口保持 时间已逝去后,历史分组从端口 Pl向端口 P3发送,则可向通信处理器2指 定新端口,如不同于端口 P2的端口 P7,或者可再^f吏用端口 P2。这取决于通 信处理器2的规格。无论如何,端口 P2变化到端口 P7等的处理几乎相同。 为便于解释,做如下假定在端口保持时间已逝去后,为从信息处理器l的 端口 Pl发送的历史分组指定端口 P2 。在上述情况中当从已接收到历史分组的端口 P3发送返回分组时,取决 于通信处理器2的接收过滤规则,返回分组不需要从端口 P3发送。
在上述描述中当向服务器3发送历史分组时,取决于通信处理器2的类 型,可以向另一个服务器而不是服务器3发送历史分组。如果是这样的话, 关于历史端口位置的信息可以从接收到上述历史分组的服务器传递至服务器3。接着将描述端口保持时间的检测。首先,定义"等待时间"。等待时间 是从返回分组到达通信处理器2的时间点到分组此前刚刚经过历史端口的时 间点之间的一段时间。至于在返回分组已到达通信处理器2之后,假定的在 通信处理器2上的处理,也许存在如下情况返回分组经历在通信处理器2 中的地址变换并且被发送至信息处理器1;以及如下情况通信处理器2的 端口保持时间已逝去且返回分组未经历通信处理器2中的地址变换。粗略地 讲,等待时间有两种模式。模式l对应如下情况历史分组在等待时间起点 (beginning)经过历史端口。模式2对应于如下情况返回分组在等待时间起 点经过历史端口 。等待时间起点是指等待时间开始的时间点。首先,描述模式l。图3A示出了模式1。当从信息处理器l发送历史分 组时,历史分组经过通信处理器2的历史端口。当不久后从信息处理器l发 送请求分组时,请求分组被服务器3接收,从此时,从服务器3向通信处理 器2的历史端口发送返回分组。如果端口保持时间还未逝去,则返回分组到 达通信处理器2的历史端口,并且被发送至信息处理器1。如果端口保持时 间已逝去,返回分组不被发送至信息处理器1。这样,从历史分组经过通信 处理器2之时到返回分组到达通信处理器2之时的时段被称为等待时间。下面讲描述模式2。图3B示出了模式2。响应于从信息处理器l发送的 请求分组从服务器3发送返回分组。如果涉及到历史端口的端口保持时间还 未逝去,返回分组经过通信处理器2的历史端口并且被信息处理器l接收。 不久后从信息处理器1发送请求分组,响应于该请求分组从服务器3发送返 回分组。这个处理与模式l的相同。这样,从返回分组经过通信处理器2之 时到下一个返回分组到达通信处理器2之时的时间是等待时间。在模式2的 等待时间起点,该返回分组必须到达通信处理器2,该返回分组也必须从通 信处理器2向信息处理器1发送。如果信息处理器1成功地接收到在等待时间终点(end)到达通信处理器2 的历史端口的返回分组,则通信处理器2的端口保持时间比等待时间长。如 果信息处理器1不能接收到在等待时间终点到达通信处理器2的历史端口的
返回分组,则通信处理器2的端口保持时间比等待时间短。等待时间终点是 指等待时间结束的时间点。这样,通过测量等待时间和确定信息处理器l是 否成功地接收到在等待时间终点到达通信处理器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未接收到 返回分组,则发送新的历史分組并且该历史分组被,i定为在等待时间起点经 过历史端口的分组(模式B)。在下面的描述中将讨论这两种模式。应当注
意可以用任何其它模式并且本发明不限于这两种模式。模式A图4A阐述了模式A。在如图4A所示的模式A中,信息处理器l在等 待时间起点发送历史分组而不考虑信息处理器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的时间点就是返回分组被信 息处理器l接收到的时间点,如图5B所示(这个模式叫做模式D)。在测量 等待时间中,如果信息处理器1成功地接收到了返回分组,端口保持时间检 测器15可以假定作为等待时间终点的返回分组到达通信处理器2的时间点 就是返回分组被接收的时间点,如图5B所示,并且如果信息处理器1未接 收到返回分组,端口保持时间检测器15可以假定作为等待时间终点的返回 分组到达通信处理器2的历史端口的时间点就是请求发送返回分组的请求分 组被发送的时间点,如图5C所示(这个模式叫做模式E)。应当注意可以 使用任何其它模式并且本发明不限于这三种模式。基于等待时间检测端口保 持时间,在该等待时间期间,接收在等待时间终点被发送的返回分组。这样, 在模式D和模式E中检测到相同的端口保持时间。下面将描述分组发送控制器13对于请求分组的发送的控制。分组发送 控制器13基于返回分组是否被返回分组接收器14成功地接收,使用对分搜 索方法确定等待时间,并且控制请求分组发送器12使请求分组发送器12发 送请求分组以实现等待时间。使用基于返回分组是否被成功地接收的对分搜 索方法设置等待时间是指将对应于返回分组成功地被信息处理器l接收的 等待时间和对应于返回分组未被信息处理器1接收的等待时间之间的中间等 待时间,设置为下一分组被发送的等待时间。分组发送控制器13控制请求 分组的发送的定时以便于实现等待时间。对应于成功地被信息处理器l接收
的返回分组的等待时间是指在其终点被发送的返回分组成功地被信息处理 器1接收的等待时间。对应于未被信息处理器1接收的返回分组的等待时间 是指在其终点发送的返回分组未被信息处理器1接收的等待时间。这样,通过使用对分搜索方法设置等待时间,在对应于可能被信息处理 器1接收的返回分组的等待时间中,高速搜索最长等待时间(端口保持时间) 是可能的。对于使用对分搜索方法设置等待时间,如果对应于第一等待时间 的返回分组未被接收并且对应于第二等待时间(短于第一等待时间的时间) 的返回分组也未被接收,则将在第 一等待时间和第二等待时间之间的中间等 待时间(第三等待时间)设置为下一请求分组发送的等待时间。如果对应于 第三等待时间的返回分组成功地被接收到,则将在第三等待时间和第 一等待 时间之间的中间等待时间设置为下一请求分组发送的等待时间。如果对应于 第三等待时间的返回分组未被接收到,则将在第三等待时间和第二等待时间 之间的中间等待时间设置为下一请求分组发送的等待时间。此后重复上述处 理。稍后详细描述该设置过程。当被分组发送控制器13所使用的等待时间起点与被端口保持时间检测器15所使用的等待时间起点相同时,被分组发送控制器13所使用的等待时 间终点可以是请求发送返回分组的请求分组被发送的时间点。即,在分组发 送控制器13中,作为等待时间终点的返回分组到达通信处理器2的时间点 可以是请求发送返回分组的请求分组被发送的时间点。这是因为不知道在分 组发送控制器13控制请求分组的发送的时期内,信息处理器1是否会接收 到响应于请求分组而发送的返回分组,并且不可能知道返回分组被接收的时 间点。如上所述,被分组发送控制器13所使用的等待时间可以不同于被端 口保持时间检测器15所使用的等待时间。下面将描述端口保持时间检测器15检测端口保持时间的定时。如果对 应于由请求分组发送器12发送的请求分组的等待时间和对应于在上述请求 分组紧前发送的请求分组的等待时间之差小于预定值(如10秒或5秒),则 端口保持时间检测器15可以检测端口保持时间。如果返回分组接收器14接 收到了对应于请求分组发送器12第一次发送的请求分组的返回分组,则端 口保持时间检测器15可以检测端口保持时间。如果等待时间被发送预定次 数(如四次),则端口保持时间检测器15可以;险测端口保持时间。当从涉及 端口保持时间;险测的处理开始后预定时间(如IO分钟)已逝去时,端口保测端口保持时间。涉及端口保持时间检测的处理开 始的时间点可以是第 一个历史分组被发送之时。下面将使用流程图描述根据本实施例的信息处理器1的操作流程。在本 实施例中,所使用的流程图取决于等待时间起点的模式。这样,将分别描述 对应于模式A和模式B的流程图。图6为根据本实施例的模式A的信息处理器1的搡作流程图。 (步骤S101 )分组发送控制器13设置等待时间为从历史分组被发送之 时到请求分组被接收之时的一段时间。设置等待时间可以是将等待时间记录 在预定存储器等中。在设置第一个等待时间时,设置的时间可以是先前确定 的。(步骤S102 )分组发送控制器13控制历史分组发送器ll使历史分组发 送器11向服务器3发送历史分组。结果,从历史分组发送器11经由通信处 理器2向服务器3发送历史分组。(步骤S103 )分组发送控制器13确定定时是否满足(meet)发送请求 分组。如果定时满足发送请求分组,则进行到步骤S104。否则,重复在步 骤S103中的处理直到定时满足发送请求分组。确定定时是否满足发送请求 分组是基于从历史分组祐义送后,在步骤SIOI或者步骤SllO中设置的等 待时间是否已逝去。(步骤S104)分组发送控制器13控制请求分组发送器12使请求分组 发送器12向服务器3发送请求分组。结果,从请求分组发送器12向服务器 3发送请求分组。(步骤S105 )返回分组接收器14确定其是否已接收到响应于步骤S104 中发送的请求分组而从服务器3发送的返回分组。如果返回分组接收器14 已接收到返回分组,则处理进行到步骤S107。否则,处理进行到步骤S106。(步骤S106)返回分组接收器14确定是否发生时间到。时间到是指自 从请求分组发送器12发送请求分组后,诸如IO秒的预定时段的逝去。如果 发生时间到,则处理进行到步骤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中的预定接收 处理可以是将乂人返回分组被z接收的时间点到下 一 个返回分组净皮接收的时间 点的时段作为等待时间存储在预定存储器中。(步骤S201)分组发送控制器13确定定时是否满足发送请求分组。如 果定时满足发送请求分组,则处理进行到步骤S104。否则,重复在步骤S201 中的处理直到定时满足发送请求分组。确定定时是否满足发送请求分组是基 于如果操作已从步骤S102进行到步骤S201,则从步骤S102中的历史分 组被发送后,在步骤SIOI或者步骤SllO中设置的等待时间是否已逝去,或 者基于如果操作已从步骤S202进行到步骤S201,则自从步骤S105中的 返回分组被接收到后,在步骤SllO中设置的等待时间是否已逝去。(步骤S202)分组发送控制器13确定是在步骤S105中收到返回分组 还是在步骤S106中发生了时间到。如果收到返回分组,则处理进行到步骤 S201。如果发生了时间到,则处理进行到步骤S102。例如,在图6和图7的流程图中,如果确定在步骤S106中发生了时间 到,则端口保持时间检测器15可以执行一些针对时间到的处理。下面将使用图8的流程图描述根据本实施例的服务器3的操作。 (步骤S301 )历史分组接收器33确定其是否收到了从信息处理器1发 送的历史分组。如果历史分组接收器33已接收到历史分组,则处理进行到
步骤S302。否则,处理进行到步骤S303。 '(步骤S302)目的地信息存储器34从历史分组接收器33接收到的历史分组的头中读:f又源地址和源端口号,并且将包括源地址和源端口号的目的地信息存储于预定媒介上。然后处理返回到步骤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是^f艮据本示例的图6的流程图中步骤S110的处理的流程图。 (步骤S401 )分组发送控制器13确定返回分组接收器14是否成功地接 收到对应于此前刚刚发送的请求分组的返回分组。即,分组发送控制器13 确定是在之前的步骤S105中收到返回分组还是在步骤S106中发生了时间 到。如果返回分组接收器14成功地接收到对应于发送的请求分组的返回分 组,则处理进行到步骤S402。如果返回分组接收器14未接收到对应于发送 的请求分组的返回分组,则处理进行到步骤S403。(步骤S402)分组发送控制器13将对应于中间等待时间的等待时间设 置为下一个被发送的请求分组的等待时间,其中中间等待时间是对应于此前 刚刚成功地接收到的返回分组的等待时间和对应于未被返回分组接收器14 收到的返回分组的等待时间中最短的等待时间之间的 一个等待时间。这是步 骤SllO中的处理的结尾。在这个示例中,如果成功地接收到对应于在第一次发送中发送的请求分 组的返回分组,则检测端口保持时间。这样,如果在步骤S110中的确定结 果确定成功地接收到返回分组(图10的流程图),则假定以前没有接收到返 回分组。这样,紧接着进行步骤S402,而不确定以前是否未接收到返回分 组(参见示例3中的图14的流程图)。(步骤S403 )分组发送控制器13确定返回分组接收器14到目前(即从 成功地接收到第一个请求分组之时直到确定步骤)为止是否成功地接收到对 应于请求分组的返回分组(在步骤S403中的确定)。如果返回分组接收器14到目前为止成功地接收到一个或者多个返回分组,则处理进行到步骤 S顿。否则,处理进行到S405。(步骤S404)分组发送控制器13将中间等待时间设置为下一个被发送 的请求分组的等待时间,其中中间等待时间是对应于此前刚刚未被接收到的 返回分组的等待时间和对应于被返回分组接收器14接收到的返回分组的等 待时间中最长的等待时间之间的中间等待时间。这是步骤S110中的处理的 结尾。(步骤S405 )分组发送控制器13将对应于此前刚刚未被接收到的返回 分组的等待时间的一半设置为下一个被发送的请求分组的等待时间。这是步 骤S110中的处理的结尾。一个等待时间和另一个等待时间之间的中间等待时间可以是在严格意 义上的两个等待时间之间的中间等待时间,或者是在两个等待时间的中间的 附近的等待时间。后者的情况可以通过将两个等待时间之间的中间等待时间 四舍五入到最近的整数秒而获得。在图IO的流程图中,通过设置等待时间,分组发送控制器13执行下述 控制。分组发送控制器13确定发送请求分组的定时以便于如果返回分组 接收器14没有接收到对应于发送的请求分组的返回分组,且返回分组接收 器14到目前为止已成功地接收到对应于一个或多个请求分组的返回分组, 则等待时间将会是中间等待时间,该中间等待时间是在对应于未被接收到的 该返回分组的等待时间和对应于到目前为止被返回分组接收器14成功地接 收到的请求分组的返回分组的等待时间中最长的等待时间之间的中间等待 时间,并且分组发送控制器13控制请求分组发送器12使请求分组发送器12 发送通过确定了的定时发送请求分组。分组发送控制器13确定发送请求分 组的定时以便于如果返回分组接收器14成功地接收到对应于发送的请求 分组的返回分组,以及返回分组接收器14到目前为止未接收到对应于请求 分组的返回分组,则等待时间将会是中间等待时间,该中间等待时间是在对 应于成功地被接收到的返回分组的等待时间和对应于到目前为止未被返回 分组接收器14接收到的请求分组的返回分组的等待时间中最短的等待时间 之间,并且分组发送控制器13控制请求分组发送器12使请求分组发送器12
通过确定了的定时发送请求分组。分组发送控制器13确定发送请求分组的定时以便于如果返回分组接收器14未接收到对应于发送的请求分组的返 回分组,以及返回分组接收器14到目前为止未接收到对应于请求分组的返 回分组,则等待时间将会是对应于未被接收到的返回分组的等待时间的 一半 的等待时间,并且分组发送控制器13控制请求分组发送器12使请求分组发 送器12通过确定了的定时发送请求分组。在此示例中,假定通信处理器2的端口保持时间是1分20秒。 确定定时满足^r测端口保持时间(例如信息处理器1的第一次激活或者 由通信处理器2的替换引起的重置),信息处理器1的分组发送控制器13设 置等待时间为2分钟(步骤SIOI)。此后,在分组发送控制器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在从请求分组被发送后已逝去IO秒的时间点确 定已发生时间到(步骤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在请求分组 被发送并且此后保持计时器值"l分钟"作为等待时间的同时停止计时。 如上所述,响应于请求分组的发送,从服务器3向通信处理器2发送返回分组(步骤S303到S305 )。在这种情况下,通信处理器2的端口保持时 间"1分20秒,,未逝去,使得返回分组接收器14接收到返回分组(步骤S105 )。 分组发送控制器13和端口保持时间检测器15保留已成功地接收到涉及等待 时间为"l分钟"的返回分组的通知(步骤S107)。同样在这种情况下,未发送请求分组四次,使得确定未检测到端口保持 时间(步骤S108)。在这种情况下,返回分组接收器14接收到对应于等待 时间为1分钟的返回分组(步骤S401)并且返回分组接收器14未接收到对 应于等待时间为2分钟的返回分组(步骤S403)。这样,在对应于已被返回 分组接收器14接收到的返回分组的等待时间"1分钟"和对应于未被返回分 组接收器14接收到的返回分组的等待时间"2分钟"之间的中间等待时间"1 分30秒"被设置为等待时间(步骤S402, SllO)。同上述处理,在分组发送控制器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, SllO)。同上述 处理,发送历史分组和请求分组(步骤S102到S104 )。通信处理器2的端口保持时间是"1分20秒",/人而响应于请求分组从 服务器3发送的返回分组在通信处理器2中经历地址变换,并且接着被发送至信息处理器1。返回分组接收器14成功地接收到返回分组(步骤S105 ), 并且向分组发送控制器13和端口保持时间检测器15发送一条成功地接收到 返回分组的通知。分组发送控制器13和端口保持时间检测器15保留此成功 地接收到涉及等待时间为"1分15秒"的返回分组的通知(步骤S107)。请求分组被发送了四次,分组发送控制器13确定定时满足检测端口保 持时间(步骤S108)并且向端口保持时间检测器15发送一条检测端口保持 时间的指示。端口保持时间检测器15将等待时间"l分钟"和"1分15秒" 中较长的等待时间"1分15秒"设置为通信处理器2的端口保持时间,在其 期间,响应于指令成功地接收到返回分组(步骤S109 )。此后,例如,检测到的端口保持时间被使用在信息处理器1的预定处理 器(未示出)的处理之中。该处理器所做的处理可以是将检测到的端口保持 时间存储在预定记录媒介(未示出)之上;使用检测到的端口保持时间作为 周期性分组发送的周期,以便周期性地向服务器3等发送分组;如果连接到 通信处理器2的局域网一方的装置周期性地发送分组,则向该装置发送检测 到的端口保持时间;以及任何其它处理。这样,检测到的端口保持时间可以 被信息处理器1或者连接到通信处理器2的局域网一方的另外的信息处理器 所用。利用端口保持时间周期性发送的分组可以去往目的地服务器3或者另 外的服务器。短于检测到的端口保持时间的周期可以用作周期性发送的分组 的发送周期。图12阐述了在本示例中历史分组的发送、请求分组的发送以及返回分 组的接收(或者未接收)。尽管在此情况中成功地接收到对应于1分钟和1 分15秒的等4寺时间的返回分组时,^f旦是对应于2分钟和1分30秒的等待时 间的返回分组仍未被接收到,从而检测到的端口保持时间是1分15秒。尽管在本示例中如果服务器3接收到历史分组,则对应于装置标识信息 的目的地信息以覆盖地重写的方式被存储,但是如果目的地信息未改变,则 不必要以覆盖地重写的方式存储目的地信息。尽管在本示例中通信处理器2的端口保持时间是"1分20秒",但是如 果通信处理器2的端口保持时间是"5分钟",则信息处理器1仍接收到对应 于在第一次发送中被发送的请求分组的返回分组。在这种情况下,确定在接 收到第一次返回分组的时间点定时满足检测端口保持时间(步骤S108)并
且端口保持时间是2分钟(步骤S109)。图13阐述了在那种情况下请求分組的发送和返回分组的接收。示例2除了等待时间终点是模式D外,此示例与示例l相同。因此,除了描述 等待时间终点外,将略去详细的描述。同样在此示例中,图12阐述了历史 分组的发送、请求分组的发送以及返回分组的接收(或者未接收)。设置两分钟的等待时间(步骤S101 )并且向服务器3发送历史分组(步 骤S102)。分组发送控制器13和端口保持时间;险测器15从发送历史分组的 时间点开始使用各自的计时器计时。此后,当计时器值指示2分钟时,分组 发送控制器13确定定时满足发送请求分组(步骤S103),并且向服务器3 发送请求分组(步骤S104)。在这种情况下,通信处理器2的端口保持时间 "1分20秒"已逝去,使得从服务器3发送的返回分组在通信处理器中不经 历地址变换,并且不向信息处理器1发送。确定已发生时间到且设置等待时 间为"l分钟"(步骤SllO)。在这种情况下,不接收返回分组,从而端口保 持时间检测器15不保留等待时间。分组发送控制器13保留等待时间,和示 例1相同。与上述相同,当从发送历史分组后逝去1分钟时,发送历史分组和发送 请求分组(步骤S102到S104)。在这种情况下,通信处理器2的端口保持 时间 "1分20秒"还未逝去,从而从服务器3发送的返回分组在通信处理 器2中经历地址变换,然后向信息处理器1发送。信息处理器1的返回分组接收器14接收到返回分组(步骤S105 ),并且 向分组发送控制器13和端口保持时间检测器15传送一条成功地接收到返回 分组的通知。分组发送控制器13保留等待时间 "l分钟"作为在其期间成 功接收到返回分组的等待时间。端口保持时间检测器15在该时间点结束计 时器的计时,并保留此时的计时器值"l分l秒"作为在其期间成功接收到 返回分组的等待时间。尽管在此示例中从接收到请求分组之时到接收到返回 分组之时的时段是"1秒",但是该时段根据信息处理器100的状态或者服务 器3的处理速度能变化到0.5秒、2秒、3秒等。同样在下面的示例中,假定 从接收到请求分组之时到接收到返回分组之时的时段是"1秒"。分组发送控制器13设置等待时间为"1分20秒"(步骤SllO),并且重 复历史分组的发送和请求分组的发送(步骤S102到S104 )。在这种情况下,
等待时间比通信处理器2的端口保持时间 "1分20秒"长,因此从服务器3发送的返回分组在通信处理器2中未经历地址变换,且未向信息处理器1 发送。返回分组接收器14确定已发生时间到(步骤S106)且设置新的等待 时间为"1分15秒"(步骤SllO)。重复历史分组的发送和请求分组的发送 (步骤S102到S104)。在这种情况下,通信处理器2的端口保持时间 "1 分20秒"还未逝去,从而/人服务器3发送的返回分组在通信处理器2中经 历地址变换,然后向信息处理器l发送。信息处理器1的返回分组接收器14接收到返回分组(步骤S105 ),并且 向分组发送控制器13和端口保持时间检测器15发送一条成功地接收到返回 分组的通知。分组发送控制器13保留等待时间"1分15秒"作为在其期间 成功接收到返回分组的等待时间。端口保持时间检测器15在该时间点结束 计时器的计时,并保留此时的计时器值"1分16秒"作为在其期间成功接收 到返回分组的等待时间。请求分组被发送了四次,分组发送控制器13确定定时满足检测端口保 持时间(步骤S108),并且向端口保持时间;险测器15发送一条^f企测端口保 持时间的指示。端口保持时间检测器15将等待时间"1分1秒"和"1分16 秒"中较长的等待时间"1分16秒"设置为通信处理器2的端口保持时间, 在其期间,响应于指令成功地接收到返回分组(步骤S109 )。示例3图14是#4居本示例的图7的流程图中步骤S110的处理的流程图。除了 步骤S501和S502外的其它处理与图10的流程图中的处理相同,因此略去 相应的描述。(步骤S501 )分组发送控制器13确定到目前为止(即从它接收到第一 个请求分组之时到该确定这一步)返回分组接收器14是否未接收到对应于 请求分组的返回分组。如果到目前为止返回分组接收器14未接收到返回分 组,则处理进行到步骤S402。如果到目前为止返回分组接收器14接收到返 回分组,则处理进行到步骤S502。(步骤S502 )分组发送控制器13将比对应于此前刚刚发送的返回分组 的等待时间长的等待时间设置为下一个被发送的请求分组的等待时间。这是 步骤SllO中的处理的结尾。比特定等待时间长的等待时间可以是通过在特定时间上加上一个诸如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, SllO)。当计时器值指示为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, SllO)。在这种情况下,未接收到返回分组(步骤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可以使用一 单个计时器进行计时。如上所述,对于根据本实施例的信息处理系统,信息处理器l可以确定 通信处理器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分钟。这样, 就可以理解使用对分搜索方法高效地检测端口保持时间。通过适当地设置用于检测端口保持时间的定时,有可能必然地以及足够 准确地;险测出端口保持时间。例如,如果有必要4企测准确的端口保持时间, 则在检测端口保持时间之前要发送的请求分组的数量应当设置成很大的数 值。为了冲企测近似的端口保持时间,在检测端口保持时间之前,可以发送4交 少数量的请求分组。在本实施例中,当由目的地信息存储器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的端口 Pll,或者可以使用另外的方法。服务器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中,如果 在等待时间起点经过历史端口的分组是对应于历史分组的返回分组,则作为 等待时间起点的分组经过历史端口的时间点可以是发送历史分组的时间点, 或者是接收对应于历史分组的返回分组的时间点;以及如果在等待时间起点 经过历史端口的分组是对应于请求分组的返回分组,则作为等待时间起点的 分组经过历史端口的时间点可以是接收对应于请求分组的返回分组的时间 占对于等待时间的终点,与实施例l相同,可以使用模式C到E。已经在 实施例1中描述过这些模式,因此略去相应的描述。应当注意可以使用任 何其它的模式,并且本发明不限于这三种模式。有关分组发送控制器13对于请求分组的发送的控制、端口保持时间检 测器15检测端口保持时间所用的定时以及对分搜索方法的描述,均与实施 例1中的相同,因此略去相应的描述。下面将使用流程图描迷根据本实施例的信息处理器4的操作。在本实施 例中,与实施例l相同,所使用的流程图取决于等待时间起点的模式。这样, 将分别描述对应于模式A、 B、 F和G的流程图。图19为根据本实施例的信息处理器4的模式A或者F的操作流程图。 除了步骤S601至S603外的其余处理与根据实施例1的图6的流程图相同, 因此略去相应的描述。对于模式F,在步骤S103中用于发送请求分组的定 时的确定操作或者在端口保持时间检测器15测量等待时间的处理中,等待 时间起点可以是发送历史分组的时间点或者是接收到对应于历史分组的返
回分ia的时间点。(步骤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中的示例l相同。例如, 通信处理器2的端口保持时间是"1分20秒",以及分组发送控制器13依照 图IO的流程图设置等待时间。图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),并设置等待时间为"l分钟",与实施例1中的示例l相同(步骤SlOl)。此后,与以上描述相同,进行历史分组的发送、对应于历史分组的 返回分组的接收以及历史端口的端口号的存储(步骤S102、 S601、 S602)。 尽管从服务器5发送的返回分组中包括与历史分组的第一次发送相同的地址 和端口号,请求分组发送器41仍以覆写的方式存储地址等。然后,重复请 求分组的发送以及类似的步骤。在此示例中,信息处理器4接收响应于请求分组而在等待时间"l分钟" 的终点发送的返回分组。由于通信处理器2的端口保持时间"1分20秒"已 逝去,因此响应于请求分组而在等待时间"1分30秒"的终点发送的返回分 组未经历地址变换。响应于请求分组而在等待时间"1分15秒"的终点发送 的返回分组被信息处理器4接收。请求分组已被发送了四次,分组发送控制器13确定定时满足检测端口 保持时间(步骤S108)并且向端口保持时间检测器15传送一条检测端口保 持时间的指示。端口保持时间检测器15将等待时间"1分钟"和"1分15 秒"中较长的等待时间"1分15秒"设置为通信处理器2的端口保持时间, 在其期间,响应于指令成功地接收到返回分组(步骤S109)。此后,例如, 检测的端口保持时间被存储在预定存储媒介(未示出)之上,并且被用作周 期性向服务器5发送的分组的发送周期,与实施例l相同。虽然只描述了对应于实施例1中示例1的一个例子,但是在本实施例中 对应于实施例1中示例2和示例3的示例与实施例1中示例2和示例3相同, 除了在请求分组中包括目的地信息,以及等待时间起点可以是接收到对应于 历史分组的返回分组的时间点之外。因此略去相应的描述。如上所述,和实施例l相同,根据本实施例的信息处理系统能够检测通 信处理器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,但是信息处理器可以经由多个通信处理器(可以配置隶属于(subject to)多级连接的通信处理器)连接到通信电路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未4^收到对应于发送的请求分组的返回分组,且返回分组接收器14、 42到目前为止未接收到对应于请 求分组的返回分组,则等待时间将比对应于未被接收到的返回分组的等待时 间(第三等待时间)短,并且分组发送控制器13控制请求分组发送器12、 41使请求分组发送器12、 41根据确定的定时发送请求分组。比第三等待时 间短的等待时间是指比0长而比第三等待时间短的时间,且可以是将第三等 待时间乘以2/3而得到的时间。在上述实施例中, 一些已发送的UDP历史分组、请求分组和返回分组 可以不到达目的地,因为UDP是基于无连接通信的。例如,如果在信息处 理器接收到请求分组后确定发生了时间到,则可以再一次发送请求分组以核 实时间到。例如,考虑到发送的UDP历史分组、请求分组和返回分组未到 达目的地,可以几乎同时发送两个或多个分组。虽然在上述实施例中,通过IP地址来识别服务器,但是可以通过域名 (如server.pana.net)来识别服务器。在这种情况下,由于使用DNS服务器 将域名变换为IP地址而识别服务器。在上述实施例中,可以通过在单个装置(系统)上的集中处理或者可以 通过在多个装置上的分立处理来提供每个过程(每个特征)。在上述实施例中,每个组件可以通过专用的硬件来实现。可以通过软件 实现的组件可以通过执行程序来实现。例如,当可由程序执行部分(如CPU) 读取并执行记录在记录媒介(如硬盘或者半导体存储器)中的软件程序时可 以实现每个组件。在上述实施例中,实现信息处理器的软件是下列程序一 种用于使计算机执行在组成信息处理系统的信息处理器中的处理的程序,信 息处理包括信息处理器;服务器;以及用于执行涉及信息处理器和服务器 之间的通信的处理的通信处理器;该程序执行历史分组发送步骤,经由通 信处理器的一个端口发送历史分组,该历史分组是在通信处理器中留下发送 历史的分组;请求分组发送步骤,向服务器发送经由不同于历史端口的端口 的请求分组,该历史端口是历史分组经过的通信处理器的端口,该请求分组 是请求发送作为从服务器发送的分组的返回分组的分组;返回分组接收步 骤,接收从服务器经由历史端口发送的返回分组;以及端口保持时间检测步 骤,基于在返回分组步骤的返回分组的接收检测通信处理器的端口保持时 间;其中,该程序在请求分组发送步骤基于返回分组接收步骤中的返回分组 的接收,通过使用对分搜索方法发送请求分组。在上述实施例中,实现服务器的软件是下列程序 一种用于使计算机执行在组成信息处理系统的服务器中的处理的程序,信息处理系统包括信息 处理器;服务器;以及用于执行涉及信息处理器和服务器之间的通信的处理 的通信处理器;其中信息处理器使用对分搜索方法向服务器发送请求分组, 该请求分组是请求发送作为从服务器经由通信处理器向信息处理器发送的 分组的返回分组的分组;该程序执行请求分组接收步骤,接收请求分组; 以及返回分组发送步骤,基于在请求分组接收步骤请求分组的接收,向历史 端口发送返回分组,该历史端口是/人信息处理器发送的历史分组以在通信处 理器中留下发送历史而经过的通信处理器的端口。在上述实施例中,发送信息的发送步骤或者接收信息的接收步骤不包括 由硬件执行的处理,如在发送步骤中,在调制解调器中或在接口卡中执行的 处理(只由硬件执行的处理)。可以通过从服务器下载相同的程序或者读取记录在预定记录媒介上的 程序来执行程序,所述记录媒介包括诸如CD-ROM的光盘、磁盘或半导体 存储器。执行此程序的计算机可以是单个或者多个计算机。即,可以进行集中式 处理或者分布式处理。可以对本发明进行各种修改,且本发明不限于上述实施例。工业应用从上面可以理解,根据本发明的信息处理系统等能够检测通信处理器的 端口保持时间,作为信息处理器等是有用的。所述信息处理系统包括用于经 由通信处理器向服务器等发送分组的信息处理器。
权利要求
1、一种信息处理系统,包括信息处理器;服务器;以及用于对所述信息处理器和所述服务器之间的通信进行处理的通信处理器;所述信息处理器包括历史分组发送器,用于经由所述通信处理器的端口发送历史分组,该历史分组是在所述通信处理器中留下传输历史的分组;请求分组发送器,用于经由不同于历史端口的端口向所述服务器发送一个或者更多的请求分组,其中历史端口是所述历史分组经过的通信处理器的端口,请求分组是用于请求发送返回分组的分组,该返回分组是从所述服务器发送的分组;返回分组接收器,用于接收从所述服务器发送的且经由所述历史端口的返回分组;分组发送控制器,用于基于所述返回分组接收器对返回分组的接收,通过使用对分检索方法,控制所述请求分组发送器对请求分组的发送;以及端口保持时间检测器,用于基于所述返回分组接收器对返回分组的接收,检测所述通信处理器的所述端口保持时间;所述服务器包括请求分组接收器,用于接收所述请求分组;以及返回分组发送器,用于基于所述请求分组接收器对请求分组的接收,向所述历史端口发送所述返回分组。
2、 根据权利要求1所述的信息处理系统,所述服务器还包括 历史分组接收器,用于接收所述历史分组;以及目的地信息存储器,用于基于由所述历史分组接收器接收到的历史分组 存储目的地信息,该目的地信息是关于所述返回分组的目的地的信息;其中所述返回分组发送器基于由所述目的地信息存储器存储的所述目的地 信息发送所述返回分组。
3、 根据权利要求1所述的信息处理系统,其中所述请求分组包括作为 关于所述返回分组的目的地的信息的目的地信息,以及所述返回分组发送器基于包括在由所述请求分组接收器接收到的请求 分组中的目的地信息来发送所述返回分组。
4、 根据权利要求1到3中的任何一项权利要求所述的信息处理系统,其中所述端口保持时间检测器基于多个等待时间中的一个等待时间检测所 述端口保持时间,其中该等待时间是从返回分组到达所述通信处理器的时间 点到分组此前刚刚经过所述历史端口的时间点之间的一段时间,而其中在这 一个等待时间期间,所述返回分组接收器成功地接收到在等待时间终点到达 所述通信处理器的返回分组。
5、 根据权利要求4所述的信息处理系统,其中所述端口保持时间检测 器基于等待时间检测所述端口保持时间,其中在该等待时间期间,所述返回 分组接收器成功地接收到在该等待时间的终点到达所述通信处理器的返回 分组,且该等待时间是所述多个等待时间中最长的等待时间。
6、 根据权利要求4所述的信息处理系统,其中在所述等待时间起点经 过所述历史端口的分组是所述历史分组,且所述分组发送控制器控制所述请 求分组的发送以及控制所述历史分组发送器在所述等待时间起点对历史分 组的发送,其中发送,;险测所述通信处理器的该端口保持时间,以及其中在所述端口保持时间检测器中,作为所述等待时间起点的分组经过所述 历史端口的时间点是所述历史分组#1发送的时间点。
7、 根据权利要求4所述的信息处理系统,其中在所述等待时间起点经 过所述历史端口的分组是所述历史分组或所述返回分组,其中所述分组发送控制器控制所述请求分组的发送,以及如果所述返回分组 接收器未接收到对应于请求分组的返回分组,则控制所述历史分组发送器使 所述历史分组发送器在下一个等待时间起点发送历史分组,其中发送,检测所述通信处理器的该端口保持时间,以及其中,在所述端口保持时间检测器中,如果在所述等待时间起点经过所述历史 端口的分组是所述历史分组,则作为所述等待时间起点的、分组经过所述历 史端口的时间点是所述历史分组被发送的时间点,以及如果在所述等待时间 起点经过所述历史端口的分组是所述返回分组,则作为所述等待时间起点 的、分组经过所述历史端口的时间点是所述返回分组被接收的时间点。
8、 根据权利要求3所述的信息处理系统,所述服务器还包括历史分组 接收器,用于接收所述历史分组,其中 如果所述分组接收器接收到历史分组,则所述返回分组发送器发送返回 分组,该返回分组至少包括指示所述历史端口的位置的信息,以及其中 所述目的地信息包括指示所述历史端口的位置的信息。
9、 根据权利要求8所述的信息处理系统,其中所述端口保持时间检测器基于多个等待时间中的一个等待时间检测所 述端口保持时间,其中等待时间是从返回分组到达所述通信处理器的时间点到分组此前刚刚经过所述历史端口的时间点的 一段时间,而其中在这一个等 待时间期间,所述返回分组接收器成功地接收到在等待时间终点到达所述通 信处理器的返回分组。
10、 根据权利要求9所述的信息处理系统,其中所述端口保持时间检测器基于一等待时间检测所述端口保持时间,其中 在该等待时间期间,所述返回分组接收器成功地接收到在该等待时间终点到 达所述通信处理器的返回分组,且该等待时间是所述多个等待时间中最长的 等待时间。
11、 根据权利要求9或者IO所述的信息处理系统,其中绕过所述历史 端口发送对应于所述历史分组的返回分组,其中在所述等待时间起点经过所述历史端口的分组是所述历史分组,且所述 分组发送控制器控制所述请求分组的发送以及控制所述历史分组发送器在 所述等待时间起点对历史分组的发送,其中所述端口保持时间检测器也基于所述历史分组发送器对于历史分组的 发送,检测所述通信处理器的端口保持时间,以及其中在所述端口保持时间检测器中,作为所述等待时间起点的、分组经过所 述历史端口的时间点是所述历史分组被发送的时间点。
12、 根据权利要求9或者IO所述的信息处理系统,其中绕过所述历史 端口发送对应于所述历史分组的返回分组,且在所述等待时间起点经过所述 历史端口的分组是所述历史分组或对应于所述请求分组的返回分组,其中所述分组发送控制器控制所述请求分组的发送,以及如果所述返回分组 接收器未接收到对应于请求分组的返回分组,则控制所述历史分组发送器使 所述历史分组发送器在下一个等待时间起点发送历史分组,其中所述端口保持时间检测器也基于所述历史分组发送器对于历史分组的 发送,检测所述通信处理器的端口保持时间,以及其中 在所述端口保持时间检测器中,如果在所述等待时间起点经过所述历史 端口的分组是所述历史分组,则作为所述等待时间起点的、分组经过所述历 史端口的时间点是所述历史分组被发送的时间点,以及如果在所述等待时间 起点经过所述历史端口的分组是所述返回分组,则作为所述等待时间起点 的、分组经过所述历史端口的时间点是所述返回分组被接收的时间点。
13、 根据权利要求9或者IO所述的信息处理系统,其中经由所述历史 端口发送对应于所述历史分组的返回分组,其中在所述等待时间起点经过所述历史端口的分组是对应于所述历史分组 的返回分组,其中所述分组发送控制器控制所述请求分组的发送,以及控制所述历史分组 发送器在所述等待时间起点对历史分组的发送,其中在所述端口保持时间检测器中,作为所述等待时间起点的分组经过所述 历史端口的时间点是所述历史分组被发送的时间点,或者是对应于所述历史分组的返回分组祐:接收的时间点。
14、 根据权利要求9或者IO所述的信息处理系统,其中经由所述历史 端口发送对应于所述历史分组的返回分组,其中在所述等待时间起点经过所分组的返回分组,其中所述分组发送控制器控制所述请求分组的发送,以及如果所述返回分组 接收器未接收到对应于请求分组的返回分组,则控制所述历史分组发送器使 所述历史分组发送器在下一个等待时间起点发送历史分组,其中,在所述端口保持时间检测器中,如果在所述等待时间起点经过所述历史 端口的分组是对应于所述历史分组的返回分组,则作为所述等待时间起点 的、分组经过所述历史端口的时间点是所述历史分组^皮发送的时间点,或者 是对应于所述历史分组的返回分组被接收的时间点,以及如果在所述等待时 间起点经过所述历史端口的分组是对应于所述请求分组的返回分组,则作为 所述等待时间起点的、分组经过所述历史端口的时间点是对应于所述请求分 组的返回分组被接收的时间点。
15、 根据权利要求4所述的信息处理系统,其中所述分组发送器基于所 述返回分组接收器是否接收到返回分组,使用对分检索方法确定等待时间, 且所述分组发送器控制所述请求分组发送器使所述请求分组发送器发送请求分组以实现等待时间。
16、 根据权利要求15所述的信息处理系统,其中所述分组发送控制器 确定发送请求分组的定时,使得,如果所述返回分组接收器未接收到对应于 发送的请求分组的返回分组,以及所述返回分组接收器到目前为止成功地接 收到对应于一个或者多个请求分组的返回分组,则等待时间将是在对应于未 被接收到的返回分组的等待时间和到目前为止被所述返回分组接收器成功 地接收到的对应于请求分组的返回分组的最长的等待时间之间的等待时间, 并且分组发送控制器控制所述请求分组发送器使所述请求分组发送器根据 确定的定时发送请求分组,以及其中,所述分组发送控制器确定发送请求分 组的定时,使得,如果所述返回分组接收器成功地接收到对应于发送的请求 分组的返回分组,以及所述返回分组接收器到目前为止未接收到对应于请求 分组的返回分组,则等待时间将会是,在对应于成功地被接收到的返回分组 的等待时间和到目前为止未被所述返回分组接收器接收到的、对应于请求分 组的返回分组的最短的等待时间之间的等待时间,并且分组发送控制器控制 所述请求分组发送器使所述请求分组发送器根据确定的定时发送请求分组。
17、 根据权利要求15所述的信息处理系统,其中所述分组发送控制器 确定发送请求分组的定时,使得,如果所述返回分组接收器未接收到对应于 发送的请求分组的返回分组,以及所述返回分组接收器到目前为止成功地接 收到对应于一个或者多个请求分组的返回分组,则等待时间将会是中间等待 时间,该中间等待时间处于在对应于未净皮接收到的返回分组的等待时间和到 目前为止被所述返回分组接收器成功地接收到的、对应于请求分组的返回分 组的最长的等待时间之间,并且分组发送控制器控制所述请求分组发送器使 所述请求分组发送器根据确定的定时发送请求分组,以及其中,所述分组发 送控制器确定发送请求分组的定时,使得,如果所述返回分组接收器成功地 接收到对应于发送的请求分组的返回分组,以及所述返回分组接收器到目前 为止未接收到对应于请求分组的返回分组,则等待时间将会是中间等待时 间,该中间等待时间处于在对应于成功地被接收到的返回分组的等待时间和 到目前为止未被所述返回分组接收器接收到的、对应于请求分组的返回分组 的最短等待时间之间,并且所述分组发送控制器控制所述请求分组发送器使 所述请求分組发送器根据确定的定时发送请求分组。
18、 根据权利要求15所述的信息处理系统,其中所述分组发送控制器确定发送请求分组的定时,使得,如果所述返回分组接收器未接收到对应于 发送的请求分组的返回分组,以及所述返回分组接收器到目前为止未接收到 对应于请求分组的返回分组,则等待时间将会是比对应于未被接收到的返回 分组的等待时间短的等待时间,并且所述分组发送控制器控制所述请求分组 发送器使所述请求分组发送器根据确定的定时发送请求分组。
19、 根据权利要求15所述的信息处理系统,其中所述分组发送控制器 确定发送请求分组的定时,使得,如果所述返回分组接收器未接收到对应于 发送的请求分组的返回分组,以及所述返回分组接收器到目前为止未接收到 对应于请求分组的返回分组,则等待时间将会是对应于未被接收到的返回分 组的等待时间一半的等待时间,并且所述分组发送控制器控制所述请求分组 发送器使所述请求分组发送器根据确定的定时发送请求分组。
20、 根据权利要求15所述的信息处理系统,其中所述分组发送控制器 确定发送请求分组的定时,使得,如果所述返回分组接收器成功地接收到对 应于发送的请求分组的返回分组,以及所述返回分组接收器到目前为止一直 成功地接收到对应于请求分组的返回分组,则等待时间将会是比对应于已被 成功地接收到的返回分组的等待时间长的等待时间,并且所述分组发送控制 器控制所述请求分组发送器使所述请求分组发送器根据确定的定时发送请 求分组。
21、 根据权利要求4所述的信息处理系统,其中在所述端口保持时间检测器中,作为所述等待时间终点的、返回分组到 达所述通信处理器的时间点是请求发送所述返回分组的请求分组被发送的 时间点。
22、 根据权利要求4所述的信息处理系统,其中在所述端口保持时间检测器中,作为所述等待时间终点的、返回分组到 达所述通信处理器的时间点是所述返回分组^皮接收的时间点。
23、 根据权利要求4所述的信息处理系统,其中在所述端口保持时间检测器中,作为所述等待时间终点的、返回分组到 达所述通信处理器的历史端口的时间点是如果所述返回分组成功地被接收 时的所述返回分组被4妄收的时间点,或者如果所述返回分组未被接收时的请 求发送返回分组的请求分组被发送的时间点。
24、 根据权利要求4所述的信息处理系统,其中 在所述分组发送控制器中,作为所述等待时间终点的、返回分组到达所 述通信处理器的历史端口的时间点是请求发送所述返回分组的请求分组被 发送的时间点。
25、 根据权利要求4所述的信息处理系统,其中如果对应于由所述请求分组发送器发送的请求分组的等待时间和对应 于在所述请求分组紧前发送的请求分组的等待时间之差变得小于预定值,则 所述端口保持时间检测器检测所述端口保持时间。
26、 根据权利要求1到3中的任何一项权利要求所述的信息处理系统,其中如果所述返回分组接收器接收到对应于所述请求分组发送器在第一次 发送中发送的请求分组的返回分组,则所述端口保持时间检测器检测所述端 口保持时间。
27、 根据权利要求1到3中的任何一项权利要求所述的信息处理系统,其中如果请求分组已被发送了预定的次数,则所述端口保持时间检测器检测 所述端口保持时间。
28、 根据权利要求1到3中的任何一项权利要求所述的信息处理系统,其中当从关于端口保持时间检测的处理开始后预定时间逝去时,所述端口保 持时间;险测器^r测所述端口保持时间。
29、 根据权利要求1到3中的任何一项权利要求所述的信息处理系统,其中每次第一个历史分组经过所述端口时,所述历史端口^^皮重新指定给所述 通信处理器。
30、 一种组成根据权利要求1到3中的任何一项权利要求所述的信息处 理系统的信息处理器。
31、 一种组成根据权利要求1到3中的任何一项权利要求所述的信息处 理系统的服务器。
32、 一种在组成信息处理系统的信息处理器中使用的信息处理方法,所 述信息处理系统包括信息处理器;服务器;以及用于执行涉及所述信息处 理器和所述服务器之间的通信的处理的通信处理器;所述方法包括历史分 组发送步骤,经由所述通信处理器的端口发送历史分组,该历史分组是在所 述通信处理器中留下发送历史的分组;请求分组发送步骤,经由不同于该历史端口的端口向所述服务器发送请 求分组,该历史端口是所述历史分组经过的所述通信处理器的端口,该请求分组是请求发送作为从所述服务器发送的分组的返回分组的分组;返回分组接收步骤,接收经由所述历史端口从所述服务器发送的返回分组;以及端口保持时间检测步骤,基于在所述返回分组接收步骤中的返回分组的 接收检测所述通信处理器的端口保持时间;其中所述方法在所述请求分组发送步骤基于所述返回分组接收步骤中返回 分组的接收,通过使用对分搜索方法发送请求分组。
33、 一种在组成信息处理系统的信息处理器中使用的信息处理方法,所 述信息处理系统包括信息处理器;服务器;以及用于执行涉及所述信息处 理器和所述服务器之间的通信的处理的通信处理器;其中所述信息处理器使用对分搜索方法向所述服务器发送请求分组,该请求 分组是请求发送作为从所述服务器经由所述通信处理器向所述信息处理器 发送的分组的返回分组的分组;所述方法包括请求分组接收步骤,接收所 述请求分组;以及返回分组发送步骤,基于在所述请求分组接收步骤中请求分组的接收, 向历史端口发送所述返回分组,该历史端口是从所述信息处理器发送历史分 组以在所述通信处理器中留下发送历史而经过的所述通信处理器的端口 。
34、 一种用于使计算机执行在组成信息处理系统的信息处理器中的处理 的程序,所述信息处理系统包括信息处理器;服务器;以及用于执行涉及 所述信息处理器和所述服务器之间的通信的处理的通信处理器;所述程序执 行历史分组发送步骤,经由所述通信处理器的端口发送历史分组,该历史 分组是在所述通信处理器中留下发送历史的分组;请求分组发送步骤,经由 不同于历史端口的端口向所述服务器发送请求分组,该历史端口是所述历史 分组经过的所述通信处理器的端口 ,该请求分组是请求发送作为从所述服务 器发送的分組的返回分组的分组;返回分组接收步骤,接收经由所述历史端 口从所述服务器发送的返回分组;以及端口保持时间检测步骤,基于在所述 返回分组接收步骤中返回分组的接收,检测所述通信处理器的端口保持时 间;其中,所述程序在所述请求分组发送步骤基于所述返回分组接收步骤中 返回分组的接收,通过使用对分搜索方法发送请求分组。
35 、 一种用于使计算机执行在组成信息处理系统的信息服务器中的处理的程序,所述信息处理系统包括信息处理器;服务器;以及用于执行涉及 所述信息处理器和所述服务器之间的通信的处理的通信处理器;其中所述信 息处理器使用对分搜索方法向所述服务器发送请求分组,该请求分组是请求 发送作为从所述服务器经由所述通信处理器向所述信息处理器发送的分组 的返回分组的分组;所述程序执行请求分组接收步骤,接收所述请求分组; 返回分组发送步骤,基于在所述请求分组接收步骤中请求分组的接收,向历 史端口发送所述返回分组,该历史端口是从所述信息处理器发送历史分组以 在所述通信处理器中留下发送历史而经过的所述通信处理器的端口。
全文摘要
一种信息处理设备(1),包括历史分组发送器(11),用于发送历史分组;请求分组发送器(12),用于发送请求发送返回分组的请求分组;分组发送控制器(13),用于通过使用对分检索方法控制请求分组的发送;返回分组接收器(14),用于接收从服务器(3)发送的返回分组;以及端口保持时间检测器(15),用于基于所述返回分组接收器(14)对返回分组的接收,检测通信处理器(2)的端口保持时间。所述服务器(3)包括请求分组接收器(31),用于接收请求分组;以及返回分组发送器(32),用于当所述请求分组接收器(31)接收到请求分组时,向所述通信处理器(2)的历史分组经过的端口发送返回分组。因此,能够提供了一种信息处理系统,其能够检测所述通信处理器的端口保持时间。
文档编号H04L12/46GK101129046SQ20058004874
公开日2008年2月20日 申请日期2005年9月14日 优先权日2005年2月25日
发明者乡原邦男, 前川肇 申请人:松下电器产业株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1