專利名稱：信息處理系統、信息處理裝置、服務器裝置、信息處理方法和程序的制作方法
技術領域：
本發(fā)明涉及一種用于檢測通信處理裝置的端口保持時間的信息處理系統。
背景技術：
在具有信息處理裝置、通信處理裝置和服務器裝置的信息處理系統中，例如，以規(guī)則的間隔、通過通信處理裝置從信息處理裝置(如家用PC(個人計算機)或電器)向服務器裝置發(fā)送預定分組。在國際公開No.2004/030292的小冊子(第1頁和圖1)中披露了這種技術。
例如，通信處理裝置是具有NAT(網絡地址轉換)功能的路由器等。此外，以規(guī)則的間隔發(fā)送預定分組，以便通知通信處理裝置的WAN(廣域網)的IP地址是否改變，或者以便保持通信處理裝置的端口(即，通過通信處理裝置從WAN發(fā)送到信息處理裝置的分組)，從而可以建立從外部裝置(如蜂窩電話等)通過服務器裝置對信息處理裝置的訪問。
在例如具有NAT功能的路由器等的通信處理裝置中，當從LAN(局域網)向WAN發(fā)送分組時，LAN的專用IP地址和端口號被轉換成WAN的全局IP地址和端口號。此外，當從WAN接收應答分組時，通過執(zhí)行反向轉換將該分組遞交給信息處理裝置。這里，在通信處理裝置中，設置用于執(zhí)行地址轉換的時間。具體地說，當最近在WAN和LAN之間執(zhí)行地址轉換之后經過了預定時間段時，不對從WAN接收的分組執(zhí)行地址轉換(對從LAN接收的分組執(zhí)行新地址轉換)。即，信息處理裝置不接收來自WAN的分組，因此不能建立從外部裝置(如蜂窩電話等)通過服務器裝置對信息處理裝置的訪問。該預定時間段稱為端口保持時間。
在上述信息處理裝置中，為了使信息處理裝置能從服務器接收信息，在通信處理裝置中，需要在每個時刻對來自服務器裝置(即，來自WAN)的分組執(zhí)行地址轉換。因此，即使不需要在信息處理裝置與服務器裝置之間執(zhí)行信息交換，也有必要通過以規(guī)則間隔從信息處理裝置經由通信處理裝置向服務器發(fā)送分組，使通信裝置能對從服務器裝置發(fā)送的分組執(zhí)行地址轉換。在這種情況下，只要可能的話，信息處理裝置以規(guī)則間隔發(fā)送分組的發(fā)送周期可能是需要的。這是為了減少發(fā)送不必要的分組，并且減少由于信息處理裝置中的分組發(fā)送而導致的處理負荷。具體地說，信息處理以規(guī)則間隔發(fā)送分組的發(fā)送周期最好比信息處理裝置所連接到的通信處理裝置的端口保持時間稍短(例如，一或兩秒)。
然而，通常在可從制造商購買的各種通信處理裝置當中，無法看出信息處理裝置連接到哪種通信處理裝置，因此在信息處理裝置中設置對應于最小端口保持時間的周期，并且使用該周期發(fā)送分組。在這種情況下，在連接到具有長端口保持時間的通信裝置的信息處理裝置中，以規(guī)則間隔以規(guī)定的短周期發(fā)送分組。于是，發(fā)送了許多不必要的分組。

發(fā)明內容
考慮到上述問題完成了本發(fā)明，本方面的一個目的是提供一種可以檢測信息處理裝置所連接到的通信處理裝置的端口保持時間的信息處理系統。
根據本發(fā)明的一個方面，一種信息處理系統包括信息處理裝置；服務器裝置；和通信處理裝置，用于執(zhí)行關于所述信息處理裝置與所述服務器裝置之間的通信的處理。所述信息處理裝置包括請求分組發(fā)送部分，用于通過所述通信處理裝置的一個端口向所述服務器裝置發(fā)送請求分組，該請求分組請求從所述服務器裝置通過通信處理裝置向所述信息處理裝置要發(fā)送的應答分組的發(fā)送；應答分組接收部分，用于通過該端口從所述服務器裝置接收應答分組；請求分組發(fā)送控制部分，用于基于應答分組接收部分是否接收到應答分組，使用二分法搜索來控制請求分組發(fā)送部分的請求分組的發(fā)送；和端口保持時間檢測部分，用于基于應答分組接收部分接收到的應答分組，檢測所述通信處理裝置的端口保持時間。所述服務器裝置包括請求分組接收部分，用于接收請求分組；應答分組發(fā)送部分，用于發(fā)送應答分組；應答分組發(fā)送控制部分，用于基于所述請求分組接收部分接收到的請求分組，控制應答分組的發(fā)送。
使用該配置，基于響應于請求分組而發(fā)送的應答分組當中的、應答分組接收部分接收到的應答分組，可以通信處理裝置的端口保持時間。此外，使用二分法搜索控制請求分組的發(fā)送，因此可以高效地發(fā)送請求分組。結果，可以高效地檢測端口保持時間。此外，使用檢測的端口保持時間，例如，可以以規(guī)則間隔發(fā)送分組。結果，可以防止發(fā)送不必要的分組。


圖1是示出根據本發(fā)明第一實施例的信息處理系統的結構的框圖。
圖2是示出根據本發(fā)明第一實施例的信息處理裝置的操作流程圖。
圖3是示出根據本發(fā)明第一實施例的服務器裝置的操作流程圖。
圖4A是示出本發(fā)明第一實施例中的請求分組和應答分組的結構圖。
圖4B是示出本發(fā)明第一實施例中的請求分組和應答分組的結構圖。
圖4C是示出本發(fā)明第一實施例中的請求分組和應答分組的結構圖。
圖4D是示出本發(fā)明第一實施例中的請求分組和應答分組的結構圖。
圖5是示出本發(fā)明第一實施例中的請求分組和應答分組的發(fā)送和接收的圖。
圖6是示出根據本發(fā)明第一實施例的信息處理裝置的操作流程圖。
圖7是示出本發(fā)明第一實施例中的請求分組的發(fā)送和應答分組的接收的圖。
圖8是示出本發(fā)明第一實施例中的請求分組的發(fā)送和應答分組的接收的圖。
圖9是示出根據本發(fā)明第一實施例的信息處理裝置的操作流程圖。
圖10是示出本發(fā)明第一實施例中的請求分組的發(fā)送和應答分組的接收的圖。
圖11是示出根據本發(fā)明第二實施例的信息處理系統的結構的框圖。
圖12是示出根據本發(fā)明第二實施例的信息處理裝置的操作流程圖。
圖13是示出本發(fā)明第二實施例中的請求分組的發(fā)送和應答分組的接收的圖。
圖14是示出本發(fā)明第二實施例中分組往返時間與端口保持時間之間的關系的圖。
附圖標記說明1、5信息處理裝置2通信處理裝置
3服務器裝置11請求分組發(fā)送部分12應答分組接收部分13、51端口保持時間檢測部分14請求分組發(fā)送控制部分31請求分組接收部分32應答分組發(fā)送部分33應答分組發(fā)送控制部分52分組往返時間測量部分具體實施方式
(第一實施例)將參照附圖描述根據本發(fā)明第一實施例的信息處理系統。
圖1是根據本實施例的信息處理系統的結構的框圖。在圖1中，根據本實施例的信息處理系統包括信息處理裝置1、通信處理裝置2和服務器裝置3。在圖1中，描述了一個信息處理裝置1連接到通信處理裝置2的情況。或者，兩個和更多信息處理裝置可以連接到通信處理裝置2。信息處理裝置1的示例包括計算機、微波爐、電話、打印機、傳真機、冰箱、洗衣機、空調、電視、錄像機和機頂盒。通信處理裝置2和服務器裝置3通過有線和無線通信線路4彼此相連。通信線路4的示例包括因特網或內聯網。
信息處理裝置1包括請求分組發(fā)送部分11、應答分組接收部分12、端口保持時間端口部分13和請求分組發(fā)送控制部分14。
請求分組發(fā)送部分11通過通信處理裝置2的一個端口向服務器裝置3發(fā)送一個或多個請求分組。這里，請求分組是請求服務器裝置3發(fā)送應答分組的分組。請求分組例如是具有UDP頭的分組。此外，請求分組的凈荷包括等待時間信息。這里，等待時間信息是關于直到服務器裝置3接收到請求分組并發(fā)送應答分組為止的等待時間的信息。等待時間信息可以是指示等待時間的信息(例如，指示等待時間是2分鐘的信息)，或者可以是與等待時間具有預定關系的信息(例如，當等待時間是1分58秒時，信息指示通過向等待時間加上2秒而獲得的2分鐘)。在本實施例中，將描述前一種情況。此外，應答分組是通過通信處理裝置2從服務器裝置3發(fā)送到信息處理裝置1的分組。根據信息處理裝置1是否接收到應答分組來檢測通信處理裝置2中的端口保持時間(這將在下面描述)。
此外，請求分組發(fā)送部分11可以包括用于執(zhí)行發(fā)送的發(fā)送設備(例如，調制解調器或網卡)，或者可以不包括發(fā)送設備(在這種情況下，發(fā)送設備(未示出)在請求分組發(fā)送部分11外部提供)。此外，請求分組發(fā)送部分11可以用硬件實現，或者可以用軟件實現，例如用于驅動發(fā)送設備的驅動程序。
應答分組接收部分12接收從服務器裝置3發(fā)送的應答分組。通過請求分組所經過的通信處理裝置2的端口，發(fā)送應答分組。此外，如下面所述，應答分組接收部分12并不是接收從服務器裝置3發(fā)送的所有應答分組。這是因為，在從服務器裝置3發(fā)送的應答分組當中，在經過了請求分組通過的端口的端口保持時間之后發(fā)送到通信處理裝置2的應答分組，不被從通信處理裝置2發(fā)送到信息處理裝置1。應答分組接收部分12可以包括用于執(zhí)行接收的接收設備(例如，調制解調器或網卡)，或者可以不包括接收設備(在這種情況下，接收設備(未示出)在應答分組接收部分12外部提供)。此外，應答分組接收部分12可以用硬件實現，或者可以用軟件實現，例如用于驅動接收設備的驅動程序。
端口保持時間檢測部分13基于通過應答分組接收部分12接收的應答分組，檢測通信處理裝置2的端口保持時間。在該實施例中，基于與通過應答分組接收部分12接收的應答分組相對應的等待時間當中的最長等待時間，執(zhí)行端口保持時間的檢測。這里，“與應答分組相對應的等待時間”是指與請求發(fā)送應答分組的請求分組中包含的等待時間相對應的等待時間。此外，關于“基于最長等待時間”，可以將最長等待時間作為端口保持時間檢測，或者可以將與最長等待時間的時間差作為端口保持時間檢測?！芭c最長等待時間的時間差”例如是相對于最長等待時間、考慮到信息處理裝置1和服務器裝置3之間的分組往返時間的時間。此外，分組往返時間的考慮將在下面的第二實施例中描述。此外，在下面描述中，“端口保持時間”指示表示端口保持時間檢測部分13所檢測的端口保持時間的信息。
端口保持時間檢測部分13所檢測的端口保持時間可以是通信處理裝置2的端口保持時間，或者可以是比通信處理裝置2的端口保持時間短的時間。例如，當通信處理裝置2的端口保持時間是2分鐘時，端口保持時間檢測部分13可能檢測通信處理裝置2的端口保持時間為1分50秒。此外，端口保持時間檢測部分13所檢測的端口保持時間可以被設置為用于將分組發(fā)送到以規(guī)則間隔發(fā)送分組的發(fā)送部分(未示出)的周期，可以被存儲在預定記錄介質中，可以被發(fā)送到其它設備，或者可以在顯示設備上顯示。因此，檢測的端口保持時間的使用無關緊要。
請求分組發(fā)送控制部分14基于應答分組接收部分12是否接收到應答分組，使用二分法搜索，控制請求分組發(fā)送部分11的請求分組的發(fā)送。對請求分組發(fā)送部分11的請求分組發(fā)送的控制包括，例如，對請求分組發(fā)送部分11要發(fā)送的請求分組中包含的等待時間的設置、以及對請求分組發(fā)送部分11的請求分組的發(fā)送時間的控制。具體地說，請求分組發(fā)送控制部分14基于應答分組接收部分12是否接收到應答分組，使用二分法搜索確定等待時間，并且根據所確定的等待時間，控制請求分組發(fā)送部分11來發(fā)送具有等待時間信息的請求分組。該處理的細節(jié)將在下面描述。
通信處理裝置2執(zhí)行關于信息處理裝置1和服務器裝置3之間的通信的處理。根據本實施例的通信處理裝置2具有NAT功能，并被稱為例如路由器。根據本實施例的通信處理裝置2將要從信息處理裝置1發(fā)送的分組中包含的發(fā)送源的地址信息(即，信息處理裝置1的地址信息)轉換成通信處理裝置2的WAN的地址信息。
具體地說，要從信息處理裝置1發(fā)送的分組中包含的源(發(fā)送源)地址(專用IP地址；地址A)和源(發(fā)送源)端口號(端口號B)被轉換成通信處理裝置2的WAN的全局IP地址(地址X)和端口號(端口號Y)。此外，從服務器裝置3發(fā)送到通信處理裝置2的WAN的地址X和端口號Y的分組被發(fā)送到信息處理裝置1，同時發(fā)送源的地址X和端口號Y被轉換成信息處理裝置1的地址A和端口號B。這里，全局IP地址是信息處理裝置與外部設備(例如，連接到WAN(因特網等)的外部設備)通信所使用的地址。通常，全局IP地址是WAN中使用的地址，但它也可以是當電子裝置通過具有NAT功能的路由器與連接到LAN(例如，內聯網)的設備通信時在LAN中使用的地址。IP地址例如是可以基于現有的所謂IPv4的地址，或者可以是基于另一版本(如IPv6)的地址。
此外，當在通信處理裝置2中設置接收過濾規(guī)則時，執(zhí)行基于接收過濾規(guī)則的分組接收。如果分組的發(fā)送源的地址和端口號是地址P和端口號Q，則例如當從LAN向通信處理裝置2的WAN發(fā)送源地址和端口號為地址P和端口號Q的分組時，接收過濾規(guī)則包括地址敏感過濾器，其中僅接收來自地址P的分組；端口敏感過濾器，其中僅接收來自端口號Q的分組；并且不存在其中不存在過濾器功能的過濾器(不接收來自任何地址和任何端口號的分組)。這里，通信處理裝置2接收分組的事實意味著，在分配給從LAN的信息處理裝置1發(fā)送的分組的、通信處理裝置2的端口中，接收來自WAN的分組，然后執(zhí)行地址轉換，并且隨后將該分組發(fā)送到LAN的信息處理裝置1。
如上述現有技術中所述，執(zhí)行通信處理裝置2的地址轉換的時間段具有限制。即，關于在地址A和端口號B以及地址X和端口號Y之間執(zhí)行地址轉換，當在上次執(zhí)行它們之間的地址轉換之后經過了通信處理裝置2的端口保持時間時，不執(zhí)行地址轉換。因此，在經過了端口保持時間之后即使通過通信線路4將分組發(fā)送到地址X和端口號Y，通信處理裝置2中也不執(zhí)行地址轉換，因此信息處理裝置1不能接收分組。
服務器裝置3包括請求分組接收部分31、應答分組發(fā)送部分32和應答分組發(fā)送控制部分33。
請求分組接收部分31通過通信處理裝置2的預定端口接收從信息處理裝置1發(fā)送的請求分組。此外，請求分組接收部分31可以包括用于執(zhí)行接收的接收設備(例如，調制解調器或網卡)，或者可以不包括接收設備(在這種情況下，接收設備(未示出)在請求分組接收部分31外部提供)。此外，請求分組接收部分31可以用硬件實現，或者可以用軟件實現，例如用于驅動接收設備的驅動程序。
應答分組發(fā)送部分32向由請求分組接收部分31接收的、請求發(fā)送應答分組的請求分組所通過的通信處理裝置2的端口，發(fā)送應答分組。在下面描述的應答分組發(fā)送控制部分33的控制下執(zhí)行應答分組的發(fā)送。應答分組例如是具有UDP頭的分組。應答分組的凈荷可以包括例如用于標識請求分組接收部分31所接收的請求分組的信息(例如，等待時間信息或其它標識信息)。此外，應答分組發(fā)送部分32可以包括用于執(zhí)行發(fā)送的發(fā)送設備(例如，調制解調器或網卡)，或者可以不包括發(fā)送設備(在這種情況下，發(fā)送設備(未示出)在應答分組發(fā)送部分32外部提供)。此外，應答分組發(fā)送部分32可以用硬件實現，或者可以用軟件實現，例如用于驅動發(fā)送設備的驅動程序。
應答分組發(fā)送控制部分33基于請求分組接收部分31接收的請求分組，控制應答分組發(fā)送部分32的應答分組的發(fā)送。在本實施例中，應答分組發(fā)送控制部分33基于請求分組中包含的等待時間信息，控制應答分組的發(fā)送。當請求分組中包含的等待時間信息是例如指示等待時間的信息(例如，指示等待時間為2分鐘的信息)時，應答分組發(fā)送控制部分33控制應答分組發(fā)送部分32，當在請求分組接收部分31接收到請求分組之后經過了與等待時間信息相應的等待時間(例如，2分鐘)時發(fā)送應答分組。此外，當請求分組中包含的等待時間信息是例如與等待時間具有預定關系的信息時(例如，當等待時間是1分58秒，信息指示通過給等待時間加上2秒而獲得的2分時)，應答分組發(fā)送控制部分33控制應答分組發(fā)送部分32，當在請求分組接收部分31接收到請求分組之后經過了與等待時間信息相應的等待時間(例如，1分58秒)時發(fā)送應答分組。這里，“當經過了等待時間時”可以是經過了等待時間的時候，或者可以是從經過等待時間的精確時刻起又經過了相對于控制的時間的時候。
接著，將參照流程圖描述根據本實施例的信息處理裝置的操作。圖2是示出根據本實施例的信息處理裝置1的操作流程圖。
(步驟S101)請求分組發(fā)送控制部分14設置與從請求分組發(fā)送部分11發(fā)送的請求分組相對應的等待時間。這里，等待時間的設置是指例如，將等待時間記錄在預定存儲器中，等等。
(步驟S102)請求分組發(fā)送部分11向服務器裝置3發(fā)送具有與在步驟S101或下面描述的步驟S107中設置的等待時間相應的等待時間信息的請求分組。
(步驟S103)應答分組接收部分12對于在步驟S102中發(fā)送的請求分組，判斷是否接收到從服務器裝置3發(fā)送的應答分組。然后，當接收到應答分組時，處理前進到步驟S104。當未接收到應答分組時，處理前進到步驟S105。
(步驟S104)應答分組接收部分12基于接收的應答分組，執(zhí)行預定接收處理。這里，預定接收處理包括例如，將接收的應答分組或應答分組中包含的等待時間信息送交到端口保持時間檢測部分13和請求分組發(fā)送控制部分14，以及將接收的應答分組中包含的等待時間信息存儲在預定存儲器中。
(步驟S105)請求分組發(fā)送控制部分14判斷是否超時。這里，超時的意思是，請求分組發(fā)送部分需要接收對應于請求分組的應答分組的時刻已經過去了。例如，可以當在請求分組發(fā)送部分11接收到請求分組之后經過了與請求分組中包含的等待時間信息相應的等待時間時，判斷超時?；蛘?，考慮請求分組從通信處理裝置2到達服務器裝置3的時間、應答分組從服務器裝置3到達通信處理裝置2的時間、或者在應答分組的發(fā)送由于任何問題而被延遲的情況，可以當請求分組發(fā)送部分11接收到請求分組、然后經過通過將預定時間(如1或2秒)加到關于請求分組中包含的等待時間信息的等待時間上而獲得的時間時，判斷超時。當出現超時，處理前進到步驟S106。當未出現超時，處理返回步驟S103。
(步驟S106)請求分組發(fā)送控制部分14判斷是否檢測端口保持時間，即，請求分組的發(fā)送是否完成。例如，當應答分組接收部分12接收到響應于請求分組發(fā)送部分11第一次發(fā)送的請求分組的應答分組時，可以判斷檢測端口保持時間。或者，在請求分組發(fā)送預定次數之后，可以判斷檢測端口保持時間。此外，當對應于請求分組發(fā)送部分11所發(fā)送的請求分組中包含的等待時間信息相應的等待時間與對應于在該請求分組緊前面發(fā)送的請求分組中包含的等待時間信息的等待時間之間的差小于預定值時，可以判斷檢測端口保持時間。此外，當在請求分組發(fā)送部分11第一次發(fā)送請求分組之后經過了預定時間時，可以判斷檢測端口保持時間。下面將描述特定示例。當檢測端口保持時間時，要旨被傳送到端口保持時間檢測部分13，然后處理前進到步驟S108。當不檢測端口保持時間時，處理前進到步驟S107。
(步驟S107)請求分組發(fā)送控制部分14使用二分法搜索來設置對應于要新發(fā)送的請求分組的等待時間。然后，處理返回步驟S102。這里，使用二分法搜索設置等待時間意思是，將對應于要由信息處理裝置1接收的應答分組的等待時間與對應于不被信息處理裝置1接收的應答信息的等待時間之間的中間等待時間，設置為接下來要發(fā)送的分組的等待時間。通過以這種方式使用二分法搜索設置等待時間，可以高速搜索對應于要由信息處理裝置1接收的應答分組的等待時間當中的最大等待時間(端口保持時間)。在使用二分法搜索的等待時間設置中，例如，當不能接收到對應于第一等待時間的應答分組、而可以接收到對應于第二等待時間(短于第一等待時間)的應答分組時，將第一等待時間與第二等待時間之間的中間等待時間(稱為“第三等待時間”)設置為接下來要發(fā)送的請求分組的等待時間。然后，當可以接收到對應于第三等待時間的應答分組時，將第三等待時間與第一等待時間之間的中間等待時間設置為接下來要發(fā)送的請求分組的等待時間。當不能接收到對應于第三等待時間的應答分組時，將第三等待時間與第二等待時間之間的中間等待時間設置為接下來要發(fā)送的請求分組的等待時間。重復地執(zhí)行該處理。此外，設置處理的細節(jié)將在下面描述。
(步驟S108)端口保持時間檢測部分13基于與應答分組接收單元12到此時為止接收的應答分組相對應的等待時間當中的最長等待時間，檢測端口保持時間。然后，完成檢測通信處理裝置2的端口保持時間的處理。
接著，將參照圖3的流程圖描述服務器裝置3的操作。
(步驟S201)請求分組接收部分31判斷是否接收到請求分組。然后，當接收到請求分組時，處理前進到步驟S202。當未接收到請求分組時，處理前進到步驟S203。
(步驟202)應答分組發(fā)送控制部分33啟動請求分組接收部分31所接收的請求分組的計時。例如，應答分組發(fā)送控制部分33操作定時器以計時與在接收的請求分組中包括的等待時間信息相應的等待時間。然后，處理前進到步驟S201。
(步驟S203)應答分組發(fā)送控制部分33判斷是否到達應答分組的發(fā)送時刻。這里，例如根據在步驟S202開始之后是否經過了與等待時間信息相應的等待時間，判斷是否到達應答分組的發(fā)送時刻。然后，當到達應答分組的發(fā)送時刻時，處理前進到步驟S204。當未到達應答分組的發(fā)送時刻時，處理返回步驟S201。
(步驟S204)應答分組發(fā)送部分32發(fā)送應答分組。應答分組包括例如，請求分組接收部分31接收的請求分組中包含的等待信息。然后，處理返回步驟S201。
此外，在圖3的流程圖中，通過關機或者結束處理的中斷來結束處理。
接著將通過特定示例描述根據本實施例的信息處理系統的操作。在下面特定示例中，將描述端口保持時間檢測部分13發(fā)送四次請求分組、然后檢測端口保持時間的情況。此外，在下面的特定示例1中，將給出對下面情況的描述當應答分組接收部分12接收到響應于請求分組發(fā)送部分11第一次發(fā)送的請求分組而發(fā)送的應答分組時，端口保持時間檢測部分13基于與該請求分組的等待時間信息相應的等待時間來檢測端口保持時間。此外，在下面的特定示例2中，將給出對下面情況的描述當應答分組接收部分12接收到對應于發(fā)送的請求分組的應答分組時以及當應答分組接收部分12到此時為止接收到所有應答分組時，請求分組發(fā)送控制部分14控制請求分組發(fā)送部分11來發(fā)送具有與等待時間相應的等待時間信息的請求分組，其中該等待時間比對應于接收的應答分組的等待時間要長。
圖4A和4B是示出下面特定示例中請求分組和應答分組結構的圖。請求分組和應答分組都具有UDP頭，并且其負荷包括等待時間信息。假設應答分組中包含的等待時間信息與請求發(fā)送應答分組的請求分組的負荷中包含的等待時間信息相同。
圖5是示出在下面特定示例中請求分組和應答分組通過的端口的圖。如圖5所示，要從信息處理裝置1發(fā)送的請求分組從端口P1發(fā)送。然后，請求分組通過通信處理裝置2的WAN的端口P2，然后在服務器裝置3的端口P3處被接收。
這里，請求分組所通過的通信處理裝置2的端口P2是當第一個請求分組通過端口P2時在通信處理裝置2中新分配的。即，使用通信處理裝置2未用來與其它信息處理裝置通信的端口執(zhí)行請求分組的發(fā)送是很重要的。如果不是這樣的話，例如，當端口P2到此時為止還用于其它目的，通過端口P2執(zhí)行從請求分組的發(fā)送到應答分組的發(fā)送的不同通信時，那么就不能準確地檢測端口保持時間。此外，為了使端口P2是當第一個請求分組通過時在通信處理裝置2中新分配的，例如，最好使用新端口(到此時為止尚未用于其它通信的端口)作為信息處理裝置1的端口P1。
從接收請求分組的端口P3發(fā)送響應于從信息處理裝置1發(fā)送的請求分組接收到的應答分組。當沒有經過端口保持時間時，則應答分組通過通信處理裝置2的端口P2，然后在信息處理裝置1的端口P1處被接收。同時，當經過了端口保持時間時，不從通信處理裝置2向信息處理裝置1發(fā)送應答分組。通過圖5可知，在根據本實施例的信息處理系統中，請求分組和應答分組通過通信處理裝置2的一個端口P2。此外，當在經過了對于端口P2的端口保持時間之后從端口P1向端口P3發(fā)送請求分組時，可以在通信處理裝置2中分配新端口(例如，不同于端口P2的端口P4)。此外，可以再次使用端口P2。這取決于通信處理裝置2的規(guī)范。然而在任一情況下，處理自身并沒有顯著地改變(因為僅僅是端口P2改變到端口P4)。下面為了說明方便起見，將給出對在經過了端口保持時間之后對于來自信息處理裝置1的端口P1的請求分組分配端口P2的情況的描述。
此外，信息處理裝置1、通信處理裝置2和服務器裝置3的IP地址如下。此外，通信處理裝置2的IP地址是WAN的地址。
信息處理裝置1192.168.0.1通信處理裝置2202.132.10.6服務器裝置3155.32.10.10(特定示例1)圖6是示出該特定示例中的圖2流程的步驟S107的處理的流程圖。
(步驟S301)請求分組發(fā)送控制部分14判斷應答分組接收部分12是否接收到對應于最近發(fā)送的請求分組的應答分組。即，判斷在步驟S103中是否接收到應答分組或者在步驟S105中是否出現超時。然后，當應答分組接收部分12接收到對應于發(fā)送的請求分組的應答分組時，處理前進到步驟S302。當應答分組接收部分12未接收到對應于發(fā)送的請求分組的應答分組時，處理前進到步驟S303。
(步驟S302)請求分組發(fā)送控制部分14將在對應于最近接收的應答分組的等待時間與對應于到此時為止應答分組接收部分12未接收到的應答分組的等待時間當中最短的等待時間之間的中間等待時間的相應等待時間，設置為接下來要發(fā)送的請求分組的等待時間。然后，步驟S107的處理結束。
此外，在該特定示例中，當接收到對應于第一次發(fā)送的請求分組的應答分組時，執(zhí)行端口保持時間的檢測。因此，在步驟S107(圖6的流程圖)的判斷中，當判斷接收到應答分組時，還沒有事先接收到應答分組。因此，不執(zhí)行對于過去是否接收到應答分組的判斷，并且執(zhí)行步驟S302的處理(見特定示例2的圖9的流程圖)。
(步驟S303)請求分組發(fā)送控制部分14判斷應答分組接收部分12過去—即，從第一次發(fā)送請求分組直到判斷(在當時步驟S303的判斷)時為止，是否接收到發(fā)送的應答分組。然后，當應答分組接收部分12到此時為止接收到一個或多個應答分組時，處理前進到步驟S304。當應答分組接收部分12到此時為止尚未接收到應答分組時，處理前進到步驟S305。
(步驟S304)請求分組發(fā)送控制部分14將在對應于最近未接收的應答分組的等待時間、與到此時為止應答分組接收部分12接收到的應答分組的等待時間當中最長等待時間之間的中間等待時間，設置為接下來要發(fā)送的請求分組的等待時間。然后，步驟S107的處理結束。
(步驟S305)請求分組發(fā)送控制部分14將對應于最近未接收到的應答分組的等待時間的一半等待時間設置為接下來要發(fā)送的請求分組的等待時間。然后，步驟S107的處理結束。
這里，等待時間與另一等待時間之間的中間等待時間可以是嚴格意義上的兩個等待時間之間的中間等待時間，或者可以是兩個等待時間的中點附近的等待時間。在后一種情況下，例如，使用通過將兩個等待時間之間的中間等待時間舍入(round)到小于1秒的量級(即，基于0.1秒的量級)而獲得的等待時間。
在該特定示例中，假設通信處理裝置2的端口保持時間是1分20秒。首先，如果判斷到達檢測端口保持時間的時刻(例如，在信息處理裝置1的初始啟動時，或者由于通信處理裝置2的替換而重啟時)，信息處理裝置1的請求分組發(fā)送控制部分14將等待時間設為2分鐘(步驟S101)。然后，請求分組發(fā)送部分11生成指示等待時間為2分鐘的等待時間信息，并且向服務器裝置3的IP地址155.32.10.10的端口P3發(fā)送其負荷中有等待時間信息的UDP請求分組(步驟S102)。然后，在信息處理裝置1中，執(zhí)行等待應答分組接收的處理，直到接收到對應于請求分組的應答分組為止、或者直到出現超時為止(步驟S103和S105)。
在從信息處理裝置1發(fā)送的請求分組中，通信處理裝置2將源地址從192.168.0.1轉換成202.132.10.6，并且將源端口從端口P1轉換成端口P2。然后，將請求分組發(fā)送到服務器裝置3的端口P3。通過服務器裝置3的請求分組接收部分31接收請求分組(步驟S201)。接著，在應答分組發(fā)送控制部分33中，定時器工作(步驟S202)。如果定時器經過2分鐘(請求分組中包含的等待時間信息所指示的等待時間)，則應答分組發(fā)送控制部分33判斷到達發(fā)送應答分組的時刻(步驟S203)，并且指令應答分組發(fā)送部分32向(作為請求分組的發(fā)送源的)通信處理裝置2的IP地址202.132.10.6的端口P2，發(fā)送具有請求分組接收部分31接收的請求分組中所包含的等待時間信息的應答分組。然后，應答分組發(fā)送部分32向通信處理裝置2的端口P2發(fā)送具有指示等待時間“2分鐘”的等待時間信息的應答分組(步驟S204)。
由于通信處理裝置2的端口保持時間是“1分20秒”，因此從服務器裝置3發(fā)送的應答分組在通信處理裝置2中不經過地址轉換，從而應答分組不發(fā)送到信息處理裝置1。因此，當在發(fā)送具有指示等待時間“2分鐘”的等待時間信息的請求分組之后、經過了通過將給2分鐘加上5秒(5秒是考慮到請求分組的傳輸時間等而設置的)而獲得的時間設置為等待時間信息一即，2分5秒時，處理裝置1的請求分組發(fā)送控制部分14判斷出現超時(步驟S105)。在這種情況下，由于請求分組未被發(fā)送四次，并且應答分組接收部分12未接收到對應于第一次發(fā)送的請求分組的應答分組，因此判斷不檢測端口保持時間(步驟S106)。此外，在這種情況下，由于應答分組接收部分12未接收到對應于發(fā)送的請求分組的應答分組(步驟S301)，并且應答分組接收部分12到此時為止尚未接收到應答分組(步驟S303)，因此請求分組發(fā)送控制部分14控制請求分組發(fā)送部分11請求分組，該請求分組具有指示對應于未接收的應答分組的等待時間“2分鐘”的一半—等待時間“1分鐘”的等待時間信息。具體地說，請求分組發(fā)送控制部分14設置1分鐘的等待時間(步驟S305和S107)。
然后，以與上述處理相同的方式，通過通信處理裝置2的端口P2向服務器裝置3重發(fā)具有指示等待時間“1分鐘”的等待時間信息的請求分組(步驟S102)。接著，在從服務器裝置3接收到請求分組時起一分鐘之后，從服務器裝置3發(fā)送應答分組。
應答分組經過通信處理裝置2中的地址轉換，然后被發(fā)送到信息處理裝置1。接著，通過應答分組接收部分12接收應答分組(步驟S103)，應答分組中包含的等待時間信息所指示的等待時間“1分鐘”被送交到端口保持時間檢測部分13和請求分組發(fā)送控制部分14。此外，假設端口保持時間檢測部分13將接收的等待時間“1分鐘”存儲在存儲單元(未示出)中(步驟S104)。
在這種情況下，由于請求分組未發(fā)送四次，因此仍判斷不檢測端口保持時間(步驟S106)。此外，在這種情況下，由于應答分組接收部分12接收到對應于1分鐘等待時間的應答分組(步驟S301)，并且未接收到對應于2分鐘等待時間的應答分組，因此將對應于接收的應答分組的“1分鐘”等待時間與對應于到此時為止尚未接收到的應答分組的“2分鐘”等待時間之間的中間等待時間“1分30秒”，設置為等待時間(步驟S302和S107)。接著，以與上述處理相同的方式，通過通信處理裝置2的端口P2向服務器裝置3重發(fā)具有指示等待時間“1分30秒”的等待時間信息的請求分組(步驟S102)。接著，在從服務器裝置3接收到請求分組時起1分30秒之后，從服務器裝置3發(fā)送應答分組。
由于通信處理裝置2的端口保持時間是“1分20秒”，因此從服務器裝置3發(fā)送的應答分組不經過通信處理裝置2中的地址轉換，從而應答分組不被發(fā)送到信息處理裝置1。因此，信息處理裝置1的請求分組發(fā)送控制部分14判斷出現超時(步驟S105)。在這種情況下，由于請求分組未被發(fā)送四次，因此判斷不檢測端口保持時間(步驟S106)。
此外，在這種情況下，由于應答分組接收部分12未接收到對應于1分30秒等待時間的應答分組(步驟S301)，并且應答分組接收部分12到此時為止接收到了一個或多個應答分組(步驟303)，因此將對應于未接收到的應答分組的“1分30秒”等待時間與對應于到此時為止接收到的應答分組的等待時間當中的最長等待時間“1分鐘”之間的中間等待時間“1分15秒”，設置為等待時間(步驟S304和S107)。接著，以與上述處理相同的方式，通過通信處理裝置2的端口P2向服務器裝置3重發(fā)具有指示等待時間“1分15秒”的等待時間信息的請求分組(步驟S102)。接著，在從服務器裝置3接收到請求分組時起1分15秒之后，從服務器裝置3發(fā)送應答分組。
由于通信處理裝置2的端口保持時間是“1分20秒”，因此從服務器裝置3發(fā)送的應答分組經過通信處理裝置2中的地址轉換，然后應答分組被發(fā)送到信息處理裝置1。接著，應答分組接收部分12接收應答分組(步驟S103)，應答分組中包含的等待時間信息所指示的等待時間“1分15秒”被送交到端口保持時間檢測部分13和請求分組發(fā)送控制部分14。此外，假設端口保持時間檢測部分13將接收的等待時間“1分15秒”存儲在存儲單元(未示出)中(步驟S104)。
此時，由于總共發(fā)送了四次請求分組，因此請求分組發(fā)送控制部分14判斷到達檢測端口保持時間的時刻(步驟S106)。接著，端口保持時間檢測部分13將從應答分組接收部分12接收的等待時間當中的最長等待時間“1分15秒”，檢測為通信處理裝置2的端口保持時間(步驟S108)。
然后，檢測出的端口保持時間被存儲在例如預定記錄介質(未示出)中，并且用作以規(guī)則間隔向服務器裝置3發(fā)送分組的周期。這里，檢測出的端口保持時間可以由信息處理裝置1使用，或者由連接到通信處理裝置2的LAN的其它信息處理裝置使用。此外，使用端口保持時間以規(guī)則間隔發(fā)送的分組的發(fā)送源可以是服務器裝置3，或者可以是其它服務器裝置。此外，可以將比檢測的端口保持時間短的時間設置成以規(guī)則間隔發(fā)送的分組的發(fā)送周期。
圖7是示出該特定示例中請求分組的發(fā)送和應答分組的接收(或者未接收)的圖。在這種情況下，發(fā)送對應于等待時間“2分鐘”、“1分鐘”、“1分30秒”和“1分15秒”的請求分組，并且可以接收到對應于等待時間“1分鐘”和“1分15秒”的應答分組。因此，端口保持時間被檢測為1分15秒。
此外，在該特定示例中，描述了通信處理裝置2的端口保持時間為“1分20秒”的情況。然而，當通信處理裝置2的端口保持時間是“5分鐘”時，在信息處理裝置1中接收到對應于第一次發(fā)送的請求分組的應答分組。在這種情況下，在接收到第一個應答分組時，判斷到達檢測端口保持時間的時刻(步驟S106)，并且端口保持時間被檢測為2分鐘(步驟S108)。圖8是示出上述情況中請求分組的發(fā)送和應答分組的接收的圖。
(特定示例2)圖9是示出該特定示例中的圖2的流程圖的步驟S107的處理的流程圖。此外，除了步驟S401和S402之外的其它處理與圖6的流程圖相同，因此將省略對其描述。
(步驟S401)請求分組發(fā)送控制部分14判斷應答分組接收部分12過去—即，從發(fā)送第一請求分組時起直到判斷為止，是否不能接收到發(fā)送的應答分組。接著，當到此時為止仍存在應答分組接收部分12未接收到的應答分組時，處理前進到步驟S302。當應答分組接收部分12接收到所有應答分組時，處理前進到步驟S402。
(步驟S402)請求分組發(fā)送控制部分14將比對應于最近接收的應答分組的等待時間長的等待時間，設置為接下來要發(fā)送的請求分組的等待時間。然后，步驟S107的處理結束。
這里，所述比等待時間長的等待時間可以是例如，通過將等待時間加上預定時間(例如，2分鐘)而獲得的等待時間，或者可以是通過將等待時間乘以大于1的值而獲得的等待時間(例如，等待時間的兩倍)。
在該特定示例中，有關請求分組的發(fā)送的處理和有關應答分組的接收或未接收的處理與特定示例1的相同，因此將省略對其詳細描述。將參照圖10描述該處理。圖10是示出該特定示例中請求分組的發(fā)送和應答分組的接收或未接收的圖。此外，在該特定示例中，假設通信處理裝置2的端口保持時間是“5分30秒”。
此外，在該特定示例中，將給出對下面情況的描述當應答分組接收部分12接收到對應于發(fā)送的請求分組的應答分組時、以及當應答分組接收部分12到此時為止接收到所有應答分組時，請求分組發(fā)送控制部分14控制請求分組發(fā)送部分11發(fā)送請求分組，該請求分組對應于通過將對應于接收的應答分組的等待時間加上2分鐘而獲得的等待時間。
如圖10所示，在該特定示例中，首先假設發(fā)送具有指示2分鐘等待時間的等待時間信息的請求分組(步驟S102)。此外，假設應答分組接收部分12接收到響應于請求分組發(fā)送的應答分組(步驟S103)。然后，由于接收到對應于等待時間“2分鐘”的應答分組，并且是第一個應答分組的發(fā)送，因此請求分組發(fā)送控制部分14判斷到此時為止接收到所有應答分組(步驟S301和S401)，并且控制一具有指示4分鐘等待時間的等待時間信息的請求分組的發(fā)送，所述4分鐘是通過將2分鐘加到對應于接收的應答分組的等待時間“2分鐘”上獲得的(步驟S402、S107和S102)。
假設應答分組接收部分12接收到響應于請求分組發(fā)送的應答分組(步驟S103)。然后，由于接收到對應于等待時間“4分鐘”的應答分組，并且接收到響應于第一次和第二次發(fā)送的請求分組而發(fā)送的所有應答分組，因此請求分組發(fā)送控制部分14判斷到此時為止接收到所有應答分組(步驟S301和S401)，并且控制一具有指示6分鐘等待時間的等待時間信息的請求分組的發(fā)送，所述6分鐘是通過將2分鐘加到對應于接收的應答分組的等待時間“4分鐘”上獲得的(步驟S402、S107和S102)。
響應于上述請求分組發(fā)送的應答分組不被發(fā)送到信息處理裝置1。這是因為經過了通信處理裝置2中的端口保持時間。因此，信息處理裝置1的請求分組發(fā)送控制部分14判斷發(fā)生超時(步驟S105)。
在這種情況下，應答分組接收部分12未接收到對應于6分鐘等待時間的應答分組(步驟301)，并且到此時為止應答分組接收部分12接收到一個或多個應答分組(步驟S303)。因此，將對應于未接收到的應答分組的時間“6分鐘”、與對應于應答分組接收部分12接收的應答分組的等待時間當中的最長等待時間“4分鐘”之間的中間等待時間“5分鐘”，設置為等待時間(步驟S304和S107)。接著，以與上述處理相同的方式，通過通信處理裝置2的端口P2向服務器裝置3發(fā)送具有指示等待時間“5分鐘”的等待時間信息的請求分組(步驟S102)。接著，在從服務器裝置3接收到請求分組時起5分鐘后，從服務器裝置3發(fā)送應答分組。
該應答分組不經過通信處理裝置2中的地址轉換，然后被發(fā)送到信息處理裝置1。接著，應答分組接收部分12接收到應答分組(步驟S103)，并且應答分組中包含的等待時間信息所指示的等待時間“5分鐘”被送交到端口保持時間檢測部分13和請求分組發(fā)送控制部分14。此外，假設端口保持時間檢測部分13將接收的等待時間“5分鐘”存儲在存儲單元(未示出)中(步驟S104)。
此時，由于總共發(fā)送了四次請求分組，因此請求分組發(fā)送控制部分14判斷到達檢測端口保持時間的時刻(步驟S106)。接著，端口保持時間檢測部分13將從應答分組接收部分12接收的等待時間當中的最長等待時間“5分鐘”，檢測為通信處理裝置2的端口保持時間(步驟S108)。
如上所述，根據該實施例的信息處理系統，可以控制請求分組的發(fā)送，并且使用二分法搜索檢測端口保持時間。因此，可以高效地檢測端口保持時間。
例如，當通信處理裝置2的端口保持時間是5分30秒時，在使用二分法搜索的情況下，如參照圖10所述，不考慮從應答分組的接收到下一請求分組的發(fā)送的時間，可以從第一個請求分組發(fā)送起的17分鐘內檢測到端口保持時間為5分鐘的事實。在這種情況下，端口保持時間的誤差是1分鐘。這是因為對應于最近發(fā)送的請求分組的等待時間與對應于在最近發(fā)送的請求分組緊前面發(fā)送的請求分組的等待時間之差是1分鐘。同時，當在發(fā)送請求分組時執(zhí)行端口保持時間的檢測、同時等待時間從2分鐘起按分鐘依次增加、但不能接收到響應于請求分組發(fā)送的應答分組時，發(fā)送等待時間為2分鐘、3分鐘、4分鐘、5分鐘和6分鐘的5個分組，并且要花2分鐘來檢測到端口保持時間。在這種情況下，端口保持時間的誤差也是1分鐘。這是因為等待時間按分鐘增加。這樣，可以使用二分法搜索高效地執(zhí)行端口保持時間的檢測。
此外，通過適當地設置檢測端口保持時間的時刻，可以在需要時以足夠的精確度檢測端口保持時間。例如，為了檢測精確的端口保持時間，可以將在端口保持時間之前要發(fā)送的請求分組數量設為大的值。此外，為了檢測大概的端口保持時間，可以將在端口保持時間之前要發(fā)送的請求分組數量設得較小。
在該實施例中，如圖4A所示，描述了請求分組中只包含等待時間的情況?；蛘?，如圖4C所示，請求分組中可以包含等待時間和標識信息，并且如圖4D所示，請求分組中所包含的標識信息可以被包含在響應于該請求分組而發(fā)送的應答分組中。在這種情況下，接收到應答分組的信息處理裝置1參照指示等待時間信息與標識信息之間對應關系的信息(之前存儲在信息處理裝置1或者信息處理裝置1可訪問的設備中的信息)，可以知道對應于該應答分組的等待時間，(第二實施例)將參照附圖描述根據本發(fā)明第二實施例的信息處理系統。根據本實施例的信息處理系統考慮請求分組和應答分組的傳輸時間，執(zhí)行端口保持時間的檢測。
圖11是示出根據本實施例的信息處理系統的結構的框圖。在圖11中，根據本實施例的信息處理系統包括信息處理裝置5、通信處理裝置2和服務器裝置3。通信處理裝置2和服務器裝置3與第一實施例中所述的相同，因此將省略對其描述。盡管信息處理裝置5對應于第一實施例中的信息處理裝置1，但在本實施例中，信息處理裝置5考慮請求分組和應答分組的傳輸時間，執(zhí)行端口保持時間的檢測。
信息處理裝置5包括請求分組發(fā)送部分11、應答分組接收部分12、請求分組發(fā)送控制部分14、端口保持時間端口部分51和分組往返時間測量部分52。此外，請求分組發(fā)送部分11、應答分組接收部分12和請求分組發(fā)送控制部分14的結構和操作與第一實施例的相同，除了考慮請求分組和應答分組的傳輸時間執(zhí)行端口保持時間的檢測外，因此將省略對其描述。
端口保持時間檢測部分51基于信息處理裝置5與服務器裝置3之間的分組的往返時間，檢測端口保持時間。其它處理與根據第一實施例的端口保持時間檢測部分13相同，因此將省略對其描述。
分組往返時間測量部分52使請求分組發(fā)送部分11發(fā)送請求立即發(fā)送應答分組的請求分組，并且測量分組往返時間，分組往返時間是從請求分組的發(fā)送直到應答分組接收部分12接收到根據該請求分組發(fā)送的應答分組為止的時間。分組往返時間測量部分52所測量的分組往返時間用于上述端口保持時間的檢測。
接著，將參照圖12的流程圖描述本實施例的信息處理裝置5的操作。
(步驟S501)分組往返時間測量部分52控制請求分組發(fā)送部分11發(fā)送用于測量分組往返時間的請求分組。然后，請求分組發(fā)送部分11根據分組往返時間測量部分52的控制發(fā)送該請求分組。這里，用于測量分組往返時間的請求分組是請求立即發(fā)送應答的請求分組，例如，具有指示等待時間“0秒”的等待時間信息的請求分組。此外，分組往返時間測量部分52開始計時來測量從發(fā)送請求分組時起的分組往返時間。
(步驟S502)應答分組接收部分12判斷是否接收到響應于在步驟S501發(fā)送的請求分組而從服務器裝置3發(fā)送的應答分組。接著，當接收到應答分組時，指示接收到應答分組的要旨被送到分組往返時間測量部分52，然后處理前進到步驟S503。當未接收到應答分組時，重復執(zhí)行處理步驟S502，直到接收到應答分組為止。
(步驟S503)如果在步驟S502接收到應答分組，則分組往返時間測量部分52停止在步驟S501開始的計時，并且將該時間的計時值(即，從發(fā)送請求分組到接收應答分組的時間)設為分組往返時間。
(步驟S504)信息處理裝置5使用分組往返時間測量部分52測量的分組往返時間，檢測端口保持時間。端口保持時間的檢測處理與第一實施例中圖2所示的流程圖的處理相同，除了在端口保持時間檢測部分51的端口保持時間的檢測處理(步驟S108)中、考慮分組往返時間檢測端口保持時間，因此將省略描述。
此外，在圖12的流程圖中，描述了在端口保持時間的檢測處理(步驟S504)之間測量分組往返時間的情況。然而，關于分組往返時間的測量，在圖2流程圖中的步驟S108的處理之前執(zhí)行測量的情況下，測量時刻無關緊要。例如，可以在發(fā)送具有指示不是“0秒”的等待時間的等待時間信息的請求分組之后，執(zhí)行分組往返時間的測量。
接著，將通過特定示例描述根據本實施例的信息裝置5。
分組往返時間測量部分52指令請求分組發(fā)送部分11向服務器裝置3發(fā)送具有指示“0秒”等待時間的等待時間信息的請求分組。然后，請求分組發(fā)送部分11通過通信處理裝置2向服務器裝置3發(fā)送具有指令的等待時間信息的請求分組(步驟S501)。分組往返時間測量部分52在發(fā)送請求分組的時刻操作定時器，并且開始計時。
以與第一實施例的特定示例中所述相同的方式將發(fā)送的請求分組發(fā)送到服務器裝置3，然后請求分組接收部分31接收(步驟S201)。由于對應于接收的請求分組的等待時間是“0秒”，因此應答分組發(fā)送控制部分33判斷要執(zhí)行立即應答(步驟S202和S203)，并且指令應答分組發(fā)送部分32向作為請求分組的發(fā)送源的通信處理裝置2發(fā)送應答分組。根據該指令，應答分組發(fā)送部分32向通信處理裝置2發(fā)送其負荷中具有指示等待時間“0秒”的等待時間信息的應答分組(步驟S204)。應答分組經過通信處理裝置2中的地址轉換，然后被發(fā)送到信息處理裝置5。接著，應答分組接收部分12接收到應答分組(步驟S502)，并且將接收到應答分組的要旨遞交給分組往返時間測量部分52。分組往返時間測量部分52停止在發(fā)送請求分組時啟動的定時器，并且將定時器的值設為分組往返時間(步驟S503)。這里，假設測量出“1秒”的分組往返時間。分組往返時間測量部分52將分組往返時間“1秒”遞交給端口保持時間檢測部分51。
然后，信息處理裝置5以與第一實施例的特定示例相同的方式發(fā)送請求分組和檢測端口保持時間。圖13是示出在該特定示例中請求分組的發(fā)送和應答分組的接收(或者未接收)的圖。從圖13將能看出，在該特定示例中，當以2分鐘的等待時間開始時，對應于從請求分組發(fā)送部分11發(fā)送的請求分組中包含的等待時間信息的等待時間與對應于在該請求分組緊前面的請求分組的等待時間信息的等待時間之間的差是1秒或更少，請求分組的發(fā)送結束，并且檢測端口保持時間。
在該特定示例中，如圖13所示，假設在發(fā)送對應于1分17秒等待時間的請求分組之后，應答分組接收部分12接收到對應于該請求分組的應答分組。然后，在發(fā)送對應于1分18秒等待時間的請求分組之后，當未接收到對應于該請求分組的應答分組并且出現超時時，判斷到達檢測端口保持時間的時刻，然后執(zhí)行端口保持時間的檢測。
端口保持時間檢測部分51將“1分18秒”檢測未通信裝置2的端口保持時間，其中“1分18秒”是通過將分組往返時間“1秒”加到對應于應答分組接收部分12接收的應答分組的等待時間當中的最長等待時間“1分17秒”上而獲得的(步驟S108)。
這里，參照圖14描述通信處理裝置2的端口保持時間成為通過將對應于應答分組接收部分12接收的應答分組的等待時間當中的最長時間加上分組往返時間而獲得的時間的情況。圖14是示出從發(fā)送請求分組到接收應答分組的時間的圖。此外，在圖14中，假設從信息處理裝置5發(fā)送請求分組時起直到該請求分組通過通信處理裝置2為止的時間、以及從應答分組通過通信處理裝置2時起直到信息處理裝置5接收到應答分組為止的時間可忽略不計。
在圖14中，假設從發(fā)送請求分組和通過通信處理裝置2時起直到附圖起裝置3接收到請求分組為止的時間設為“時間A”。當在服務器裝置3接收到請求分組之后經過對應于請求分組的等待時間時，如果發(fā)送應答分組，則從服務器裝置3接收到請求分組到發(fā)送請求分組的時間成為等待時間。此外，假設從發(fā)送應答分組時起直到應答分組通過通信處理裝置2并被信息處理裝置5接收為止的時間設為“時間B”。然后，在圖14所示的情況中，通信處理裝置2的端口P2在“等待時間+時間A+時間B”的時間段內保持。這里，由于時間A與時間B之和成為分組往返時間，因此通過將分組往返時間加到對應于接收的應答分組的最長等待時間上而獲得的時間成為端口保持時間。
如上所述，在根據本實施例的信息處理系統中，考慮通信處理裝置2和服務器裝置3之間的分組往返時間(實際上，測量信息處理裝置5和服務器裝置3之間的分組往返時間)來檢測端口保持時間。因此，可以檢測更精確的端口保持時間。
在本實施例中，描述了在端口保持時間檢測部分51的端口保持時間檢測處理時考慮分組往返時間的情況，但這僅僅是個示例?；蛘撸梢曰跍y量的分組往返時間來檢測端口保持時間。即，可以在檢測端口保持時間的任何步驟中使用分組往返時間。例如，可以使用分組往返時間來改變要發(fā)送的請求分組中包含的等待時間信息。此外，在服務器裝置3中，可以使用分組往返時間來改變發(fā)送應答分組的時刻。例如，在發(fā)送具有指示30秒等待時間的等待時間信息的請求分組的情況中，當發(fā)送具有通過將等待時間減去分組往返時間(1秒)而獲得的29秒等待時間的等待時間信息的請求分組，并且接收到響應于請求分組發(fā)送的應答分組時，可以基于對應于應答分組的等待時間是30秒的假設來執(zhí)行端口保持時間的檢測。
在本實施例中，描述了由同一裝置執(zhí)行端口保持時間的檢測和分組往返時間的測量的情況。然而，它們可以由不同的設備執(zhí)行。這樣，使用一個設備檢測的分組往返時間，可以使用其它設備檢測端口保持時間。
在各實施例中，描述了請求分組包含等待時間信息的情況?；蛘?，除了等待時間信息，請求分組中可以包含指示合適發(fā)送應答分組的時間信息。例如，可以向服務器裝置發(fā)送具有指示在發(fā)送請求分組之后經過預定等待時間的時間信息的請求分組，并且可以響應于請求分組的，在請求分組中包含的時間信息所指示的時間從服務器裝置發(fā)送應答分組。然后，與上述實施例一樣，可以執(zhí)行端口時間的檢測。這里，關于端口保持時間的檢測，例如，由于發(fā)送對應于應答分組接收部分接收的應答分組的請求分組，因此將直到接收到應答分組為止的時間當中的最長時間檢測為端口保持時間。此外，當使用具有時間信息的請求分組時，例如有必要使用時間服務器來同步信息處理裝置1和服務器裝置3的時鐘。這樣，請求分組發(fā)送控制部分14可以基于應答分組接收部分12是否接收到應答分組，使用二分法搜索來控制請求分組發(fā)送部分11的請求分組發(fā)送。此外，端口保持時間檢測部分13和51可以基于應答分組接收部分12接收的應答分組，檢測通信處理裝置2的端口保持時間。此外，應答分組發(fā)送控制部分33可以基于請求分組接收部分31接收到的請求分組，控制應答分組的發(fā)送。
在上述實施例中，如圖5所示，描述了僅使用通信處理裝置2的一個端口P2發(fā)送請求分組的情況。或者，每當發(fā)送請求分組時，可以改變請求分組通過的通信處理裝置2的端口。即，通過通信處理裝置2的一個端口發(fā)送請求分組意味著，同時使用的通信處理裝置2的端口數是1。具體地說，當發(fā)送多個請求分組時，可以通過通信處理裝置2的單個端口發(fā)送所有請求分組，或者可以通過通信處理裝置2的兩個或多個端口發(fā)送多個請求分組。然而，在后一種請中，由于同時使用的端口數是1，因此兩個或多個請求分組不是同時通過兩個或多個端口發(fā)送的。
在上述實施例中，描述了請求分組和應答分組是UDP分組的情況?；蛘撸埱蠓纸M和應答分組可以是TCP分組。在可以檢測端口保持時間的情況下，可以使用其它分組。
在上述實施例中，描述了使用定時器計時應答分組的發(fā)送時刻的情況?；蛘?，除了定時器，例如可以使用時鐘或時鐘信號。計時單元無關緊要。
在上述實施例中，描述了請求分組和應答分組的凈荷包含諸如等待時間之類的信息的情況。然而，分組的結構不限于上面描述，而是可以使用其它結構。此外，應答分組的凈荷可以不包含有意義的信息(即，偽分組)。例如，在請求分組發(fā)送部分11發(fā)送請求分組之后經過相應等待時間的情況下，當可以接收到偽應答分組時，可以判斷接收到應答分組。當不能接收到該應答分組時，可以判斷不能接收到應答分組。
例如，當信息處理裝置和服務器裝置具有相同的二分法搜索算法時，從信息處理裝置發(fā)送到服務器裝置的請求分組可以包含指示應答分組的發(fā)送間隔增加或減少的信息，而不是等待時間。然后基于該信息，服務器裝置可以判斷發(fā)送應答分組的時刻，并且可以發(fā)送應答分組。具體地說，在圖7中，在第一請求分組中，請求分組中可以包含指令開始檢測端口保持時間的信息。響應于該請求分組，服務器裝置在從接收到該請求分組時起兩分鐘后發(fā)送應答分組。如果假設通信處理裝置未接收到應答分組，則向服務器裝置發(fā)送包含指令減少應答分組的發(fā)送間隔的信息的請求分組。然后，在從接收到該請求分組時起一分鐘之后，發(fā)送應答分組。通過反復地執(zhí)行這樣的處理，可以執(zhí)行請求分組的發(fā)送和應答分組的應答，并且可以檢測端口保持時間。
在上述實施例中，例如，當應答分組接收部分12未接收到對應于發(fā)送的請求分組的應答分組時并且當應答分組接收部分12到此時為止接收到一個或多個應答分組時，請求分組發(fā)送控制部分14可以控制請求分組發(fā)送部分11發(fā)送具有與如下的等待時間相應的等待時間信息的請求分組，即，對應于未接收到的應答分組的等待時間(稱為“第一等待時間”)、與對應于應答分組接收部分12到此時為止接收到的應答分組的等待時間當中的最長等待時間(稱為“第二等待時間”)之間的等待時間。此外，例如當應答分組接收部分12接收到對應于發(fā)送的請求分組的應答分組時并且當到此時為止仍存在應答分組接收部分12尚未接收到的應答分組時，請求分組發(fā)送控制部分14可以控制請求分組發(fā)送部分11發(fā)送具有與如下的等待時間相應的等待時間信息的請求分組，即，對應于接收到的應答分組的等待時間、與應答分組接收部分12到此時為止尚未接收到的應答分組的等待時間當中的最短等待時間之間的等待時間。這里，第一等待時間與第二等待時間之間的等待時間可以是通過將從第一等待時間減去第二等待時間所得的時間乘以2/3所獲得的時間加到第一等待時間上而獲得的時間。
在上述實施例中，使用二分法搜索設置等待時間可以是，將對應于信息處理裝置1可以接收到的應答分組的等待時間與對應于信息處理裝置1不能接收到的應答分組的等待時間之間的等待時間，設置為接下來要發(fā)送的請求分組的等待時間。即，例如，當應答分組接收部分12未接收到對應于發(fā)送的請求分組的應答分組時并且當應答分組接收部分12到此時為止尚未接收到應答分組時，請求分組發(fā)送控制部分14可以控制請求分組發(fā)送部分11發(fā)送請求分組，該請求分組具有與短于對應于未接收到的應答分組的等待時間(稱為“第三等待時間”)的等待時間相應的等待時間信息。這里，短于第三等待時間的等待時間是大于0且短于第三等待時間的時間，例如，將第三等待時間乘以2/3獲得的時間。
在上述實施例中，描述了通過一個通信處理裝置建立到通信線路4的連接的情況。或者，可以通過多個通信處理裝置建立到通信線路4的連接(即，使用多連接通信處理裝置)。在多連接通信處理裝置中，檢測最短的端口保持時間。
在上述實施例中，描述了通信處理裝置2具有NAT功能(即，執(zhí)行地址轉換)。然而，除了(替代)NAT功能，通信處理裝置2可以具有分組過濾的防火墻。這里，分組過濾執(zhí)行例如基于上述接收過濾規(guī)則的接收分組選擇。對于具有這樣的防火墻功能的通信處理裝置2，可以使用根據上述實施例的方法檢測端口保持時間。這里，當在上一分組通過通信處理裝置2的端口之后經過預定時間，并且從WAN發(fā)送到該端口的分組未被發(fā)送到通信處理裝置2的LAN時，具有防火墻功能的通信處理裝置2的端口保持時間即是該預定時間。
在上述實施例中，當發(fā)送UDP請求分組和應答分組時，考慮到分組丟失(由于UDP是無連接的通信，因此可能發(fā)生分組丟失)，可以同時發(fā)送具有相同內容的多個請求分組和應答分組。
在上述實施例中，描述了由IP地址指定服務器裝置的情況?；蛘?，服務器裝置可以由域名指定(例如，server.pana.net)。在這種情況下，使用DNS服務器將域名轉換成IP地址，從而可以指定服務器裝置。
在上述實施例中，各個處理(各個功能)可以由單個設備(系統)通過集中式處理實現，或者可以由多個設備通過分布式處理實現。
在上述實施例中，各個組件可以是專用硬件。此外，可以通過執(zhí)行程序來實現可通過軟件實現的組件。例如，可以通過允許程序執(zhí)行部分(如CPU等)讀出并執(zhí)行記錄在記錄介質(如硬盤或半導體存儲器)中的軟件程序，來實現各個組件。此外，實現上述實施例中的信息處理裝置的軟件是下面所述的程序。即，提供使構成信息處理系統的信息處理裝置執(zhí)行處理的程序，該信息處理系統具有信息處理裝置、服務器裝置和執(zhí)行信息處理裝置與服務器裝置之間的通信的通信處理裝置。該程序使計算機執(zhí)行通過通信處理裝置的一個端口向服務器裝置發(fā)送請求分組的步驟，其中請求分組請求從服務器裝置通過通信處理裝置向信息處理裝置發(fā)送應答分組；通過該端口接收來自服務器裝置的應答分組的步驟；和基于應答分組接收部分接收到的應答分組檢測通信處理裝置的端口保持時間的步驟。在發(fā)送請求分組的步驟中，可以基于在應答分組的接收中是否接收到應答分組，使用二分法搜索發(fā)送請求分組。
該程序使計算機還執(zhí)行測量分組往返時間的步驟，分組往返時間是，從在請求分組的發(fā)送中發(fā)送(請求立即發(fā)送應答分組的)請求分組時起、直到在應答分組的接收中接收到響應于對應請求分組發(fā)送的應答分組為止的時間?？梢曰诜纸M往返時間檢測端口保持時間。
實現上述實施例中的服務器裝置的軟件是下面所述的程序。即，提供使構成信息處理系統的服務器裝置執(zhí)行處理的程序，該信息處理系統具有信息處理裝置、服務器裝置和執(zhí)行信息處理裝置與服務器裝置之間的通信的通信處理裝置。該程序使計算機執(zhí)行當信息處理裝置使用二分法搜索向服務器裝置發(fā)送請求分組時，接收從信息處理裝置通過通信處理裝置發(fā)送的請求分組的步驟，其中請求分組請求從服務器裝置通過通信處理裝置向信息處理裝置發(fā)送應答分組；和基于請求分組的接收中接收到的請求分組、向信息處理裝置發(fā)送應答分組的步驟。
此外，在上述程序中，發(fā)送信息的步驟或者接收信息的步驟不包括要由硬件執(zhí)行的處理，例如發(fā)送步驟中由調制解調器或接口卡執(zhí)行的處理(僅由硬件執(zhí)行的處理)。
程序可以從服務器下載然后執(zhí)行，或者可以從預定記錄介質(例如象CD-ROM這樣的光盤、磁盤或半導體存儲器)中讀出然后執(zhí)行。
執(zhí)行該程序的計算機可以是一個或多個。即，可以執(zhí)行集中式處理或分布式處理。
本發(fā)明不限于上述實施例，相反，可以做出仍落入本發(fā)明范圍內的各種改變和修改。
工業(yè)適用性如上所述，使用根據本發(fā)明的信息處理系統作為可以檢測通信處理裝置的端口保持時間、并且具有通過通信處理裝置向服務器裝置發(fā)送分組的信息處理裝置的信息處理系統。
權利要求
1.一種信息處理系統，包括信息處理裝置；服務器裝置；和通信處理裝置，用于執(zhí)行關于所述信息處理裝置與所述服務器裝置之間的通信的處理；其中，所述信息處理裝置包括請求分組發(fā)送部分，用于通過所述通信處理裝置的一個端口向所述服務器裝置發(fā)送請求分組，該請求分組請求從所述服務器裝置通過通信處理裝置向所述信息處理裝置要發(fā)送的應答分組的發(fā)送；應答分組接收部分，用于通過該端口從所述服務器裝置接收應答分組；請求分組發(fā)送控制部分，用于基于應答分組接收部分是否接收到應答分組，使用二分法搜索來控制請求分組發(fā)送部分發(fā)送請求分組；和端口保持時間檢測部分，用于基于應答分組接收部分接收到的應答分組，檢測所述通信處理裝置的端口保持時間，并且所述服務器裝置包括請求分組接收部分，用于接收請求分組；應答分組發(fā)送部分，用于發(fā)送應答分組；應答分組發(fā)送控制部分，用于基于所述請求分組接收部分接收到的請求分組，控制應答分組的發(fā)送。
2.如權利要求1所述的信息處理系統，其中請求分組具有等待時間信息，該等待時間信息是關于直到發(fā)送應答分組為止的等待時間的信息，所述請求分組發(fā)送控制部分基于應答分組接收部分是否接收到應答分組，使用二分法搜索確定等待時間，并且控制請求分組發(fā)送部分發(fā)送具有與所確定的等待時間相應的等待時間信息的請求分組，所述端口保持時間檢測部分基于對應于應答分組接收部分接收的應答分組的等待時間當中的最長等待時間，檢測所述通信處理裝置的端口保持時間，以及所述應答分組發(fā)送控制部分基于請求分組接收部分接收到的請求分組中所包含的等待時間信息，控制應答分組的發(fā)送。
3.如權利要求2所述的信息處理系統，其中所述應答分組發(fā)送控制部分，用于當在請求分組接收部分接收到請求分組之后經過與請求分組中包含的等待時間信息相應的等待時間時，控制應答分組發(fā)送部分發(fā)送應答分組。
4.如權利要求2或3所述的信息處理系統，其中，當應答分組接收部分未接收到對應于發(fā)送的請求分組的應答分組、并且應答分組接收部分到此時為止接收到一個或多個應答分組時，所述請求分組發(fā)送控制部分控制請求分組發(fā)送部分發(fā)送具有與如下的等待時間相應的等待時間信息的請求分組，在對應于未接收到的應答分組的等待時間與對應于應答分組接收部分到此時為止接收到的應答分組的等待時間當中的最長等待時間之間的等待時間，以及當應答分組接收部分接收到對應于發(fā)送的請求分組的應答分組時并且當到此時為止仍存在應答分組接收部分尚未接收到的應答分組時，請求分組發(fā)送控制部分控制請求分組發(fā)送部分發(fā)送具有與如下的等待時間相應的等待時間信息的請求分組，在對應于接收到的應答分組的等待時間與對應于應答分組接收部分到此時為止尚未接收到的應答分組的等待時間當中的最短等待時間之間的等待時間。
5.如權利要求2或3所述的信息處理系統，其中，當應答分組接收部分未接收到對應于發(fā)送的請求分組的應答分組時并且當應答分組接收部分接收到一個或多個應答分組時，所述請求分組發(fā)送控制部分控制請求分組發(fā)送部分發(fā)送具有與如下的等待時間相應的等待時間信息的請求分組，在對應于未接收到的應答分組的等待時間與對應于應答分組接收部分到此時為止接收到的應答分組的等待時間當中的最長等待時間之間的中間等待時間，以及當應答分組接收部分接收到對應于發(fā)送的請求分組的應答分組時并且當到此時為止仍存在應答分組接收部分尚未接收到的應答分組時，請求分組發(fā)送控制部分控制請求分組發(fā)送部分發(fā)送具有與如下的等待時間相應的等待時間信息的請求分組，即，在接收到的應答分組的等待時間與對應于應答分組接收部分到此時為止尚未接收到的應答分組的等待時間當中的最短等待時間之間的中間等待時間。
6.如權利要求2或3所述的信息處理系統，其中，當應答分組接收部分未接收到對應于發(fā)送的請求分組的應答分組時并且當應答分組接收部分到此時為止尚未接收到應答分組時，所述請求分組發(fā)送控制部分控制請求分組發(fā)送部分發(fā)送具有等待時間信息的請求分組，該等待時間信息與比對應于未接收的應答分組的等待時間短的等待時間相應。
7.如權利要求2或3所述的信息處理系統，其中，當應答分組接收部分未接收到對應于發(fā)送的請求分組的應答分組時并且當應答分組接收部分到此時為止尚未接收到應答分組時，所述請求分組發(fā)送控制部分控制請求分組發(fā)送部分發(fā)送具有等待時間信息的請求分組，該等待時間信息與對應于未接收的應答分組的等待時間的一半等待時間相應。
8.如權利要求2或3所述的信息處理系統，其中，當應答分組接收部分接收到響應于請求分組發(fā)送部分第一次發(fā)送的請求分組而發(fā)送的應答分組時，端口保持時間檢測部分基于與對應請求分組的等待時間信息相應的等待時間，檢測端口保持時間。
9.如權利要求2或3所述的信息處理系統，其中，當應答分組接收部分接收到對應于發(fā)送的請求分組的應答分組時并且當應答分組接收部分接收到所有應答分組時，請求分組發(fā)送控制部分控制請求分組發(fā)送部分發(fā)送具有等待時間信息的請求分組，該等待時間信息與比對應于接收到的應答分組的等待時間長的等待時間相應。
10.如權利要求1到3中任一個所述的信息處理系統，其中，在請求分組被發(fā)送預定次數之后，端口保持時間檢測部分檢測端口保持時間。
11.如權利要求2或3所述的信息處理系統，其中，當對應于請求分組發(fā)送部分所發(fā)送的請求分組中包含的等待時間信息相應的等待時間與對應于在該請求分組緊前面發(fā)送的請求分組中包含的等待時間信息的等待時間之間的差小于預定值時，端口保持時間檢測部分檢測端口保持時間。
12.如權利要求1到3中任一個所述的信息處理系統，其中當在請求分組發(fā)送部分第一次發(fā)送請求分組之后經過預定時間時，端口保持時間檢測部分檢測端口保持時間。
13.如權利要求1到3中任一個所述的信息處理系統，還包括分組往返時間測量部分，使請求分組發(fā)送部分發(fā)送用于請求立即發(fā)送應答分組的請求分組，并且測量分組往返時間，該分組往返時間是從相應的請求分組的發(fā)送直到應答分組接收部分接收到根據相應的請求分組發(fā)送的應答分組為止的時間，其中，基于分組往返時間檢測端口保持時間。
14.如權利要求1到3中任一個所述的信息處理系統，其中，當第一個請求分組通過所述相應端口時在通信處理裝置中新分配請求分組所通過的通信處理裝置的端口。
15.一種信息處理裝置，其構成如權利要求1到3中任一個所述的信息處理系統。
16.一種服務器裝置，其構成如權利要求1到3中任一個所述的信息處理系統。
17.一種在構成信息處理系統的信息處理裝置中使用的信息處理方法，該信息處理系統具有信息處理裝置、服務器裝置和用于執(zhí)行關于所述信息處理裝置與所述服務器裝置之間的通信處理的通信處理裝置，該信息處理方法包括步驟通過所述通信處理裝置的一個端口向所述服務器裝置發(fā)送請求分組，該請求分組請求從所述服務器裝置通過通信處理裝置向所述信息處理裝置要發(fā)送的應答分組的發(fā)送；通過該端口從所述服務器裝置接收應答分組；和基于應答分組接收部分接收到的應答分組，檢測所述通信處理裝置的端口保持時間，其中，在請求分組的發(fā)送中，基于在應答分組的接收中是否接收到該應答分組，使用二分法搜索來發(fā)送請求分組。
18.如權利要求17所述的信息處理方法，還包括步驟測量分組往返時間，該分組往返時間是從在請求分組的發(fā)送中發(fā)送用于請求立即發(fā)送應答分組的請求分組時起、直到應答分組的接收中接收到根據相應的請求分組發(fā)送的應答分組為止的時間，其中，基于分組往返時間檢測端口保持時間。
19.一種在構成信息處理系統的服務器裝置中使用的信息處理方法，該信息處理系統具有信息處理裝置、服務器裝置和用于執(zhí)行關于所述信息處理裝置與所述服務器裝置之間的通信處理的通信處理裝置，該信息處理方法包括步驟當信息處理裝置使用二分法搜索向所述服務器裝置發(fā)送請求分組時，通過通信處理裝置接收從信息處理裝置發(fā)送的請求分組，該請求分組請求從所述服務器裝置通過通信處理裝置向所述信息處理裝置要發(fā)送的應答分組的發(fā)送；以及基于在請求分組的接收中接收的請求分組，向信息處理裝置發(fā)送應答分組。
20.一種使構成信息處理系統的信息處理裝置執(zhí)行處理的程序，該信息處理系統具有信息處理裝置、服務器裝置和用于執(zhí)行關于所述信息處理裝置與所述服務器裝置之間的通信處理的通信處理裝置，該程序使計算機執(zhí)行下列步驟通過所述通信處理裝置的一個端口向所述服務器裝置發(fā)送請求分組，該請求分組請求從所述服務器裝置通過通信處理裝置向所述信息處理裝置要發(fā)送的應答分組的發(fā)送；通過該端口從所述服務器裝置接收應答分組；和基于應答分組接收部分接收到的應答分組，檢測所述通信處理裝置的端口保持時間，其中，在請求分組的發(fā)送中，基于在應答分組的接收中是否接收到應答分組，使用二分法搜索來發(fā)送請求分組。
21.如權利要求20所述的程序，其中，該程序使計算機進一步執(zhí)行步驟測量分組往返時間，該分組往返時間是從在請求分組的發(fā)送中發(fā)送用于請求立即發(fā)送應答分組的請求分組時起、直到應答分組的接收中接收到根據相應的請求分組發(fā)送的應答分組為止的時間，其中，基于分組往返時間檢測端口保持時間。
22.一種使構成信息處理系統的服務器裝置執(zhí)行處理的程序，該信息處理系統具有信息處理裝置、服務器裝置和用于執(zhí)行關于所述信息處理裝置與所述服務器裝置之間的通信處理的通信處理裝置，該程序使計算機執(zhí)行下列步驟當信息處理裝置使用二分法搜索向所述服務器裝置發(fā)送請求分組時，通過通信處理裝置接收從信息處理裝置發(fā)送的請求分組，該請求分組請求從所述服務器裝置通過通信處理裝置向所述信息處理裝置要發(fā)送的應答分組的發(fā)送；以及基于在請求分組的接收中接收的請求分組，向信息處理裝置發(fā)送應答分組。
全文摘要
一種信息處理裝置(1)包括請求分組發(fā)送部分(11)，用于通過通信處理裝置(2)發(fā)送請求分組，該請求分組用于請求應答分組的發(fā)送；應答分組接收部分(12)，用于接收應答分組；端口保持時間檢測部分(13)，用于基于接收到的應答分組確定所述通信處理裝置(2)的端口保持時間；和請求分組發(fā)送控制部分(14)，用于基于是否接收到應答分組，使用二分法搜索來控制請求分組的發(fā)送。服務器裝置(3)包括請求分組接收部分(31)，用于接收請求分組；應答分組發(fā)送部分(32)，用于發(fā)送應答分組；應答分組發(fā)送控制部分(33)，用于基于接收到的請求分組，控制應答分組的發(fā)送。該配置提供一種能夠確定通信處理裝置的端口保持時間的信息處理系統。
文檔編號G06F13/00GK1993949SQ200580026610
公開日2007年7月4日 申請日期2005年8月1日 優(yōu)先權日2004年8月3日
發(fā)明者鄉(xiāng)原邦男, 前川肇 申請人:松下電器產業(yè)株式會社