專利名稱：移動通信網絡系統(tǒng)和服務器裝置的制作方法
技術領域：
本發(fā)明涉及移動通信網絡系統(tǒng)和服務器裝置，特別涉及包括具有
Web瀏覽器功能(以下，簡稱作"瀏覽器功能")的移動終端裝置的移動通信網絡系統(tǒng)以及對該移動終端裝置的移動通信進行管理的服務器裝置。
背景技術：
以往，安裝瀏覽器功能、從而能夠閱覽網絡上的Web站點的移動電話機已經普及?，F(xiàn)在，在這種移動電話機中，具有能夠閱覽主要面向移動電話機制作的Web站點的瀏覽器功能的移動電話機已經普及，但是近年來，具有能夠閱覽面向個人計算機制作的Web站點而不是面向移動電話機的Web站點的瀏覽器功能(所謂的全功能型瀏覽器(fbll browser)功能)的移動電話機開始普及。
一般而言，在移動電話機的瀏覽器功能中，經由具有網關功能的移動通信中心，根據HTTP協(xié)議與網絡上的內容服務器進行通信，取得用于顯示Web站點的內容(以下，簡稱作"內容")。在HTTP協(xié)議中，通常能夠通過重復從客戶機即移動電話機發(fā)送到內容服務器的請求、和根據該請求從內容服務器答復給移動電話機的響應來取得內容。從移動電話機發(fā)送的請求是在接收完針對上次發(fā)送的請求的響應后發(fā)布的，因此容易受到通信線路的擁擠狀況的影響。因此，有在通信線路擁擠的狀況下重復請求和響應時，在取得內容之前需要較長時間的情況。
另一方面，在互聯(lián)網標準規(guī)格的HTTP/1.1 (RFC2616)中，規(guī)定了從客戶機發(fā)送的請求的流水線(pipe line)化(請求流水線)。該請求流水線是不用等待各個響應的接收而連續(xù)發(fā)送多個請求的手法。此前是等待針對前一個請求的響應返回后再發(fā)送下一個請求，但是通過該請求流水線的利用，能夠不用等待該響應而連續(xù)進行發(fā)送，因此能夠降低請求的發(fā)送需要的時間，能夠縮短用于取得內容的時間。
此處，為了執(zhí)行請求流水線，需要內容服務器與HTTP/U對應。在內容服務器不與HTTP/1.1對應的情況下，如上所述重復請求和響應。此夕卜，以往提出了即使在這樣內容服務器不與HTTP/1.1對應的情況下，也能夠根據HTTP協(xié)議進行用戶裝置和服務器裝置之間的通信的改良數據通信方法(例如，參照專利文獻1)。在該改良數據通信方法中，在內容服務器不與HTTP/1.1對應的情況下，通過用代理服務器轉換HTTP協(xié)議的版本，確保了用戶裝置和內容服務器之間的HTTP協(xié)議通信。
專利文獻1:日本特表2004-530231號公報
但是，在上述現(xiàn)有的改良數據通信方法中，具有以下問題在內容
服務器不與HTTP/1.1對應的情況下，在每次請求或響應到來時不得不用代理服務器轉換HTTP協(xié)議的版本，由于該轉換處理需要的時間而不能充分縮短用于取得內容的時間。

發(fā)明內容
本發(fā)明正是鑒于相關的問題點而完成的，目的在于提供一種能夠充分縮短用于利用移動終端裝置取得內容的時間的移動通信網絡系統(tǒng)和服務器裝置。
本發(fā)明的移動通信網絡系統(tǒng)的特征在于，所述移動通信網絡系統(tǒng)具有具有瀏覽器功能的移動終端裝置、以及經由移動通信網對所述移動終端裝置中的移動通信進行管理的服務器裝置，當從所述移動終端裝置接收到用于Web訪問的請求時，所述服務器裝置判定該請求是否滿足預定條件，在滿足所述預定條件的情況下執(zhí)行能夠連續(xù)接收來自所述移動終端裝置的HTTP請求的流水線處理。
根據該結構，在從移動終端裝置接收到的請求滿足預定條件的情況下，通過服務器裝置執(zhí)行能夠連續(xù)接收來自移動終端裝置的HTTP請求的流水線處理，因此在移動通信網中重復請求和響應，結果，能夠防止通信時間受到移動通信網中的通信狀況的影響而變長的事態(tài)，因此能夠充分縮短用于利用移動終端裝置取得內容的時間。
在上述移動通信網絡系統(tǒng)中，考慮所述服務器裝置根據所述請求的
UA、 HTTP版本和方法的內容判定所述流水線處理的執(zhí)行。例如，優(yōu)選在所述請求的UA是所述流水線處理的對應終端并且從預定的瀏覽器進行訪問、HTTP版本是HTTP/1.1、是預定的方法的情況下執(zhí)行流水線處理。作為預定的瀏覽器，考慮例如從全功能型瀏覽器或移動終端裝置用瀏覽器進行訪問的情況。作為預定的方法，考慮例如是GET或HEAD的情況、以及是GET、 HEAD或POST的情況。此時，根據來自移動終端裝置的請求的UA、 HTTP版本和方法的內容判定流水線處理的執(zhí)行，因此能夠僅在必要時執(zhí)行移動通信網中的流水線處理。
此外，在上述移動通信網絡系統(tǒng)中，也可以是還具有經由所述服務器裝置向所述移動終端裝置發(fā)布內容的內容發(fā)布裝置，所述服務器裝置依次向所述內容發(fā)布裝置發(fā)送在所述流水線處理中連續(xù)接收到的HTTP請求，另一方面，從所述內容發(fā)布裝置接收與該HTTP請求對應的HTTP響應。此時，即使在從內容發(fā)布裝置經由服務器裝置向移動終端裝置發(fā)布內容的情況下，也在移動通信網中重復請求和響應，結果，能夠防止通信時間受到移動通信網中的通信狀況的影響而變長的事態(tài)，因此能夠充分縮短用于利用移動終端裝置取得內容的時間。
特別是，在內容發(fā)布裝置不與HTTP/1.1對應，不能執(zhí)行請求流水線的情況下，也通過移動通信網中的流水線處理，在該移動通信網中重復請求和響應，結果，能夠防止通信時間受到移動通信網中的通信狀況的影響而變長的事態(tài)，因此能夠充分縮短用于利用移動終端裝置取得內容的時間。此外，在服務器裝置中，不需要如以往的改良數據通信方法那樣，轉換HTTP協(xié)議的版本，因此也不會發(fā)生取得內容為止的時間由于協(xié)議轉換處理所需要的時間而變長的事態(tài)。
此外，在上述移動通信網絡系統(tǒng)中，優(yōu)選所述服務器裝置在檢測出來自所述內容發(fā)布裝置的HTTP響應中的Content—Length的異常時，根據需要舍棄來自所述移動終端裝置的HTTP請求或來自所述內容發(fā)布裝置的HTTP響應而繼續(xù)所述流水線處理。此時，即使在檢測出HTTP響應中的Content—Length的異常時，也根據需要舍棄來自移動終端裝置的HTTP請求或來自內容發(fā)布裝置的HTTP響應而繼續(xù)流水線處理，因此能夠防止由于Content—Length的異常而切斷移動終端裝置和內容發(fā)布裝置之間的通信的事態(tài)，并且縮短用于利用移動終端裝置取得內容的時間。
例如，在上述移動通信網絡系統(tǒng)中，所述服務器裝置在來自所述內容發(fā)布裝置的HTTP響應中的Content—Length值比從該內容發(fā)布裝置實際發(fā)送的數據大的情況下，根據需要舍棄來自所述移動終端裝置的HTTP請求。此時，在Content—Length值比從該內容發(fā)布裝置實際發(fā)送的數據大的情況下根據需要舍棄來自移動終端裝置的HTTP請求，因此能夠防止由于HTTP請求殘留而限制了后續(xù)的流水線處理的事態(tài)。
此外，在上述移動通信網絡系統(tǒng)中，所述服務器裝置在來自所述內容發(fā)布裝置的HTTP響應中的Content—Length值比從該內容發(fā)布裝置實際發(fā)送的數據小的情況下，根據需要舍棄來自所述內容發(fā)布裝置的HTTP響應。此時，在Content—Length值比從該內容發(fā)布裝置實際發(fā)送的數據小的情況下根據需要舍棄來自內容發(fā)布裝置的HTTP響應，因此能夠防止由于HTTP響應殘留而限制了后續(xù)的流水線處理的事態(tài)。
并且，在上述移動通信網絡系統(tǒng)中，所述服務器裝置在來自所述內容發(fā)布裝置的HTTP響應中不存在Content—Length頭部的情況下，根據需要舍棄來自所述移動終端裝置的HTTP請求。此時，在HTTP響應中不存在Content—Length頭部的情況下根據需要舍棄來自移動終端裝置的HTTP請求，因此能夠防止由于HTTP請求殘留而限制了后續(xù)的流水線處理的事態(tài)。
此外，在上述移動通信網絡系統(tǒng)中，優(yōu)選所述服務器裝置在對來自所述內容發(fā)布裝置的HTTP響應的連接頭部賦予了 close的情況下，將該連接頭部的內容改寫為Keep—Alive而繼續(xù)所述流水線處理。此時，即使在對HTTP響應中的連接頭部賦予了 close的情況下，也將該連接頭部的內容改寫為Keep—Alive而繼續(xù)流水線處理，因此能夠防止由于賦予給連接頭部的close而切斷移動終端裝置和內容發(fā)布裝置之間的通信的事態(tài)，并且縮短用于利用移動終端裝置取得內容的時間。本發(fā)明的服務器裝置經由移動通信網對移動終端裝置中的移動通信進行管理，其特征在于，所述服務器裝置具有請求接收部，其接收來自所述移動終端裝置的請求；流水線判定部，其判定由所述請求接收部
接收到的請求是否滿足預定條件，在滿足所述預定條件的情況下，執(zhí)行
能夠連續(xù)接收來自所述移動終端裝置的HTTP請求的流水線處理；請求保持部，其保持在所述流水線處理中從所述移動終端裝置連續(xù)接收到的HTTP請求；以及響應發(fā)送部，其向所述移動終端裝置發(fā)送響應。
根據該結構，流水線判定部判定從移動終端裝置接收到的請求是否滿足預定條件，在滿足預定條件的情況下，執(zhí)行能夠連續(xù)接收來自移動終端裝置的HTTP請求的流水線處理，因此在來自移動終端裝置的請求滿足預定條件的情況下，在移動通信網中重復請求和響應，結果，能夠防止通信時間受到移動通信網中的通信狀況的影響而變長的事態(tài)，因此能夠充分縮短用于利用移動終端裝置取得內容的時間。
在上述服務器裝置中，考慮所述流水線判定部根據所述請求的UA、HTTP版本和方法的內容執(zhí)行所述流水線處理。例如，優(yōu)選在所述請求的UA是所述流水線處理的對應終端并且從預定的瀏覽器進行訪問、HTTP版本是HTTP/1.1、是預定的方法的情況下執(zhí)行流水線處理。作為預定的瀏覽器，考慮例如從全功能型瀏覽器或移動終端裝置用瀏覽器進行訪問的情況。作為預定的方法，考慮例如是GET或HEAD的情況、以及是GET、 HEAD或POST的情況。此時，根據來自移動終端裝置的請求的UA、 HTTP版本和方法的內容執(zhí)行流水線處理，因此能夠僅在必要時在移動通信網中執(zhí)行流水線處理。
此外，在上述服務器裝置中，優(yōu)選具有請求發(fā)送部，其將來自所述移動終端裝置的請求發(fā)送到內容發(fā)布裝置；響應接收部，其接收來自所述內容發(fā)布裝置的響應；以及Content—Length判定部，其判定由所述響應接收部接收到的HTTP響應中的Content—Length的異常，當所述Content-Length判定部檢測出Content—Length的異常時，根據需要舍棄來自所述移動終端裝置的HTTP請求或來自所述內容發(fā)布裝置的HTTP響應而繼續(xù)所述流水線處理。此時，即使在檢測出HTTP.響應中的Content一Length的異常時，也根據需要舍棄來自移動終端裝置的HTTP請求或來自內容發(fā)布裝置的HTTP響應而繼續(xù)流水線處理，因此能夠防止由于Content—Length的異常而切斷移動終端裝置和內容發(fā)布裝置之間的通信的事態(tài)，并且縮短用于利用移動終端裝置取得內容的時間。
例如，在上述服務器裝置中，所述Content—Length判定部在來自所述內容發(fā)布裝置的HTTP響應中的Content-Length值比從該內容發(fā)布裝置實際發(fā)送的數據大的情況下，根據需要舍棄來自所述移動終端裝置的HTTP請求。此時，在Content—Length值比從該內容發(fā)布裝置實際發(fā)送的數據大的情況下根據需要舍棄來自移動終端裝置的HTTP請求，因此能夠防止由于HTTP請求殘留而限制了后續(xù)的流水線處理的事態(tài)。
此夕卜，在上述服務器裝置中，所述Content—Length判定部在來自所述內容發(fā)布裝置的HTTP響應中的Content—Length值比從該內容發(fā)布裝置實際發(fā)送的數據小的情況下，根據需要舍棄來自所述內容發(fā)布裝置的HTTP響應。此時，在Content—Length值比從該內容發(fā)布裝置實際發(fā)送的數據小的情況下根據需要舍棄來自內容發(fā)布裝置的HTTP響應，因此能夠防止由于HTTP響應殘留而限制了后續(xù)的流水線處理的事態(tài)。
此外，在上述服務器裝置中，所述Content—Length判定部在來自所述內容發(fā)布裝置的HTTP響應中不存在Content—Length頭部的情況下，根據需要舍棄來自所述移動終端裝置的HTTP請求。此時，在HTTP響應中不存在Content—Length頭部的情況下，根據需要舍棄來自移動終端裝置的HTTP請求，因此能夠防止由于HTTP請求殘留而限制了后續(xù)的流水線處理的事態(tài)。
此外，在上述服務器裝置中，優(yōu)選具有判定由所述響應接收部接收到的HTTP響應中的Content-Length的連接頭部的連接頭部判定部，所述連接頭部判定部在對HTTP響應的連接頭部賦予了 dose的情況下，將該連接頭部的內容改寫為Keep—Alive而繼續(xù)所述流水線處理。此時，即使在對HTTP響應中的連接頭部賦予了 close的情況下，也將該連接頭部的內容改寫為Keep—Alive而繼續(xù)流水線處理，因此能夠防止由于賦予給連接頭部的close而切斷移動終端裝置和內容發(fā)布裝置之間的通信的事
ii態(tài)，并且縮短用于利用移動終端裝置取得內容的時間。
根據本發(fā)明的移動通信網絡系統(tǒng)和服務器裝置，在從移動終端裝置接收到的請求滿足預定條件的情況下，執(zhí)行能夠連續(xù)接收來自移動終端
裝置的HTTP請求的流水線處理，因此在移動通信網中重復請求和響應，結果，能夠防止通信時間受到移動通信網中的通信狀況的影響而變長的事態(tài)，因此能夠充分縮短用于利用移動終端裝置取得內容的時間。


圖1是表示本發(fā)明的一個實施方式的移動通信網絡系統(tǒng)的結構的圖。
圖2是表示上述實施方式的移動通信網絡系統(tǒng)具有的移動通信中心的結構的框圖。
圖3是用于說明在上述實施方式的移動通信網絡系統(tǒng)中，利用移動通信網進行流水線處理時的處理的序列圖。
圖4是用于說明通過上述實施方式的移動通信網絡系統(tǒng)的移動通信中心進行的流水線判定處理的流程圖。
圖5是用于說明通過上述實施方式的移動通信網絡系統(tǒng)的移動通信中心進行的響應判定處理的流程圖。
具體實施例方式
以下，參照附圖對本發(fā)明的實施方式進行詳細說明。圖1是表示本發(fā)明的一個實施方式的移動通信網絡系統(tǒng)的結構的圖。如圖1所示，本實施方式的移動通信網絡系統(tǒng)包括作為移動通信終端裝置的移動電話機10;作為對該移動電話機10中的移動通信進行管
理的服務器裝置的移動通信中心11;以及作為向包括移動電話機10的客
戶機發(fā)布內容的內容發(fā)布裝置的內容服務器12。
移動電話機10構成為能夠經由例如由IMT (International MobileTelecommunication:國際移動通信)網等通信網絡構成的移動通信網13、以及互聯(lián)網14那樣的通信網絡訪問內容服務器12。并且，如后所述，移動電話機10能夠經由這樣的通信網絡閱覽從內容服務器12發(fā)布的內容。特別是，移動電話機10構成為與HTTP/U對應，能夠不用等待各個響應的接收而連續(xù)發(fā)送多個HTTP請求(以下，簡稱作"請求")(請求流水線)。以下，對于與HTTP/1.1對應的移動電話機，適當稱作"流水線對應終端"。另外，在圖1中，示出了移動通信網13由IMT網構成的情況，但是不限于此，也可以由IMT網以外的網構成。
移動通信中心11經由互聯(lián)網14與內容服務器12連接，具有能夠在移動通信網13和互聯(lián)網14之間按照HTTP協(xié)議進行通信的功能。特別是，本實施方式的移動通信中心11判定移動電話機10是否是流水線對應終端，在是流水線對應終端的情況下，轉移到能夠連續(xù)接收來自移動電話機10的請求的模式(以下適當稱作"流水線模式")。
內容服務器12針對經由互聯(lián)網14訪問的客戶機發(fā)布內容。在移動電話機10作為客戶機進行訪問的情況下，經由互聯(lián)網14向移動通信中心11發(fā)布內容，經由該移動通信中心11向移動電話機10發(fā)布內容。此處，假定內容服務器12發(fā)布用于顯示面向個人計算機制作的Web站點的內容。此外，假定內容服務器12與HTTP/1.0對應，與移動電話機10不同，不與請求流水線對應。
在具有這種結構的、本實施方式的移動通信網絡系統(tǒng)中，即使在內容服務器12不與HTTP/1.1對應的情況下，也進行移動通信網13中的請求的流水線化。具體而言，在移動通信中心11中，判定移動電話機10是否是流水線對應終端，假定在是流水線對應終端的情況下，能夠連續(xù)接收來自移動電話機IO的請求。
圖2是表示本實施方式的移動通信網絡系統(tǒng)具有的移動通信中心11的結構的框圖。此外，在圖2中，特別示出了本實施方式的移動通信中心11進行移動通信網13中的請求的流水線化時需要的結構，省略了進行請求的流水線化后收發(fā)數據的結構。此外，在圖2中，省略了移動通信網13和互聯(lián)網14。
在圖2所示的移動通信中心11中，請求接收部21經由移動通信網13接收從移動電話機10到來的請求。請求發(fā)送部22將從移動電話機10接收到的請求經由互聯(lián)網14發(fā)送到內容服務器12。響應接收部23經由互聯(lián)網14接收從內容服務器12到來的HTTP響應(以下簡稱作"響應")。響應發(fā)送部24將從內容服務器12接收到的響應經由移動通信網13發(fā)送到移動電話機IO。
流水線判定部25分析從移動電話機10接收到的請求的頭部部分，判定移動電話機IO是否是流水線對應終端等預定條件，判定流水線處理的執(zhí)行。另外，關于是否是流水線對應終端等預定條件的判定將在后面敘述。請求保持部26保持在轉移到流水線模式時必要的請求。具體而言，在轉移到流水線模式的情況下，在沒有接收到與來自移動電話機10的請求(請求l)對應的響應的狀態(tài)下，在接收到后續(xù)的請求(請求2)的情況下保持該請求(請求2)。
Content—Length判定部27分析從內容服務器12接收到的響應的頭部部分，根據該分析結果判定Content—Length是否異常。例如，將Content—Length值比從內容服務器12實際接收的數據(以下適當稱作"實際數據")大的情況、Content— Length值比實際數據小的情況以及不存在Content—Length的情況判定為Content—Length異常。此外，根據判定出的Content—Length異常的內容，執(zhí)行必要的處理。例如，進行舍棄保持在請求保持部26中的請求、舍棄從內容服務器12接收到的響應等處理。
連接頭部判定部28在轉移到流水線模式的情況下，判定從內容服務器12接收到的響應的連接頭部(connectionheader)的內容，根據需要改寫該內容。具體而言，判定是否對從內容服務器12接收到的響應的連接頭部賦予了 "close",在賦予了 "close"的情況下，將其改寫為"Keep一Alive"。由此，能夠通過將賦予給連接頭部的"close"改寫為"Keep一Alive"，繼續(xù)移動通信網13中的流水線處理。另外，在對從內容服務器12接收到的響應的連接頭部賦予了 "Keep—Alive"的情況下，不用改寫連接頭部的內容。
以下，對在本實施方式的移動通信網絡系統(tǒng)中，利用移動通信網13進行流水線處理時的處理進行說明。圖3是用于說明在本實施方式的移動通信網絡系統(tǒng)中，利用移動通信網13進行流水線處理時的處理的序列圖。另外，在圖3中，如上所述，假定移動電話機10與HTTP/1.1對應、與請求流水線對應，另一方面，內容服務器12與HTTP/1.0對應、不與請求流水線對應。
如圖3所示，在本實施方式的移動通信網絡系統(tǒng)中，當請求從移動電話機IO經由移動通信網13發(fā)送到移動通信中心11時(步驟(以下簡稱作"ST") 301)，在移動通信中心11中，進行判定是否轉移到流水線模式的流水線判定處理(ST302)。這里，通過流水線判定部25進行該流水線判定處理。
此處，使用圖4說明由移動通信中心11進行的流水線判定處理。圖4是用于說明通過移動通信中心11進行的流水線判定處理的流程圖。
如圖4所示，在移動通信中心11中，始終監(jiān)視是否從移動電話機10接收請求(ST401)。并且，在接收到請求時，判定移動電話機10是否是流水線對應終端、是否從全功能型瀏覽器進行訪問(ST402)。具體而言，根據由請求的UA確定的移動電話機10的機種信息，判定是否是流水線對應終端。另外，是否是流水線對應終端的判定不限于此，也可以根據其他的信息(例如，移動電話機10的制造編號等)來進行。
此外，在判定為移動電話機10是流水線對應終端、并從全功能型瀏覽器進行訪問的情況下，判定請求的HTTP版本是否是HTTP/1.1(ST403)。此夕卜，在判定為請求的HTTP版本是HTTP/1.1的情況下，判定請求的方法是否是GET或HEAD (ST404)。并且，在判定為請求的方法是GET或HEAD的情況下，移動通信中心11的動作模式轉移到流水線模式(ST405)。
艮P，在本實施方式中，移動通信中心11僅在請求的UA是流水線對應終端、并從全功能型瀏覽器進行訪問(ST402)， HTTP版本是HTTP/1.1(ST403)，方法是GET或HEAD (ST404)的情況下，能夠轉移到流水線模式。由此，能夠根據來自移動電話機10的請求的UA、 HTTP版本以及方法的內容來判定向流水線模式的轉移，因此能夠僅在必要時轉移到移動通信網13中的流水線模式。在轉移到流水線模式的情況下，通過流水線處理來處理后續(xù)的來自移動電話機10的請求。即，在移動通信中
15心ll中，能夠不用等待來自內容服務器12的針對來自移動電話機10的請求的響應而連續(xù)接收請求。在由此決定了轉移到流水線模式后，流水線判定處理結束。
另外，在圖4所示的流水線判定處理中，作為轉移到流水線模式的條件，判定了是否是從全功能型瀏覽器進行訪問，但是也可以代之以通過瀏覽器的種類進行判定。例如，成為判定對象的瀏覽器也可以是移動電話機用瀏覽器。此外，作為轉移到流水線模式的條件，判定了請求的方式是否是GET或HEAD，但是也可以代之以判定是否是GET、 HEAD或POST。
此外，在ST402中判定為移動電話機10不是流水線對應終端、或不是從全功能型瀏覽器進行訪問的情況下，在ST403中判定為請求的HTTP版本不是HTTP/1.1的情況下，以及在ST404中判定為請求的方法不是GET或HEAD的情況下，移動通信中心11的動作模式轉移到通常模式(針對來自移動電話機10的請求進行通常處理的模式)(ST406)。在由此決定了轉移到通常模式后，流水線判定處理結束。
回到圖3，繼續(xù)其說明。另外，此處，假定在ST302的流水線判定處理中滿足上述全部條件，移動通信中心11的動作模式轉移到流水線模式。在進行了流水線判定處理后，從移動通信中心11對內容服務器12發(fā)送請求(ST303)。
當接收到請求時，對應于此從內容服務器12對移動通信中心11發(fā)送響應(ST304)。并且，當接收到該請求時，從移動通信中心ll對移動電話機10發(fā)送響應(ST305)。當接收到該請求時，不用等待各個響應的接收，從移動電話機10向移動通信中心11連續(xù)發(fā)送多個請求。在圖3中，示出了向移動通信中心11連續(xù)發(fā)送三個請求1 請求3的情況(ST306 ST308)。
當接收到三個請求1 請求3時，從移動通信中心11對內容服務器12發(fā)送請求1 (ST309)。此時，在移動通信中心11中，由請求保持部26保持請求2和請求3。如后所述，由請求保持部26保持的請求2 (請求3)分別以接收到針對請求1 (請求2)的響應1 (響應2)為契機發(fā)送到內容服務器12。
當接收到請求1時，對應于請求1的響應1從內容服務器12發(fā)送到移動通信中心ll (ST310)。另外，假定在響應l中，對連接頭部賦予了"close"。當接收到響應1時，在移動通信中心11中，進行判定該內容的響應判定處理(ST311)。另外，通過Content—Length判定部27和連接頭部判定部28進行該響應判定處理。
此處，使用圖5對通過移動通信中心11進行的響應判定處理進行說明。圖5是用于說明通過移動通信中心11進行的響應判定處理的流程圖。另外，在圖5中，為了便于說明，記載了對移動電話機10發(fā)送響應的發(fā)送處理。
如圖5所示，在移動通信中心11中，始終監(jiān)視是否從內容服務器12接收響應(ST501)。并且，在接收到響應的情況下，判定對該響應的連接頭部是賦予了 "close"還是賦予了 "Keep—Alive" (ST502)。此處，在判定為對連接頭部賦予了"dose"的情況下，將其改寫為"Keep-Alive"(ST503)，并轉移到ST504。另一方面，在判定為對連接頭部賦予了"Keep—Alive"的情況下，不進行改寫而直接轉移到ST504。
通常，在從內容服務器12發(fā)送的響應中，對其連接頭部賦予了"dose"。但是，在直接對移動電話機10發(fā)送了對連接頭部賦予了"close"的響應的情況下，移動通信中心11和移動電話機10的連接被切斷。因此，在本實施方式的移動通信中心ll中，通過將對響應的連接頭部賦予的"close"改寫為"Keep—Alive"，防止了移動電話機10和內容服務器12的通信被切斷的事態(tài)。
在ST503中將連接頭部的內容改寫為"Keep—Alive"后，或者在ST502中將連接頭部的內容維持為"Keep—Alive"后，在移動通信中心11中，判定是否存在Content—Length (ST504)。判定是否存在Content—Length是為了判定不存在Content—Length的異常。另外，在圖5所示的流程圖中，示出了在進行了賦予給響應的連接頭部的"close"的改寫等后進行Content—Length的判定的情況，但是對于相關的處理順序，不限定于此而可以適當進行變更。在判定為存在Content-Length的情況下，判定Content—Length值是否比實際數據大(ST505)。此處，在判定為Content—Length值比實際數據大的情況下，在向移動電話機10發(fā)送了實際數據部分的數據后，暫時切斷移動電話機IO和移動通信中心11之間、以及移動通信中心11和內容服務器12之間的TCP連接，在請求保持部26中剩余請求的情況下舍棄該請求(ST506)。由此，在Content—Length值比實際數據大的情況下，根據需要舍棄來自移動電話機10的請求，因此，防止了起因于請求殘留而限制了后續(xù)的流水線處理的事態(tài)。在進行了這些處理后，響應判定處理結束。
在判定為Content—Length值不比實際數據大的情況下，判定Content—Length值是否比實際數據小(ST507)。此處，在判定為Content—Length值比實際數據小的情況下，在向移動電話機10發(fā)送了 Content—Length值部分的數據后，接收到剩余的響應的情況下，舍棄該響應(ST508)。由此，在Content—Length值比實際數據小的情況下，根據需要舍棄來自內容服務器12的響應，因此，能夠防止起因于響應殘留而限制了后續(xù)的流水線處理的事態(tài)。在進行了這些處理后，響應判定處理結束。
另夕卜，在ST507中判定為Content—Length值不比實際數據小的情況下，Content—Length值與實際數據相同，向移動電話機10發(fā)送該實際數據(ST509)。然后，響應判定處理結束。
此外，在ST504中判定為不存在Content-Length的情況下，在對移動電話機10發(fā)送了 BODY部后，暫時切斷移動電話機10和移動通信中心11之間、以及移動通信中心11和內容服務器12之間的TCP連接，在請求保持部26中剩余請求的情況下舍棄該請求(ST510)。由此，在不存在Content—Length的情況下，根據需要舍棄來自移動電話機10的請求，因此，防止了起因于請求殘留而限制了后續(xù)的流水線處理的事態(tài)。在進行了這些處理后，響應判定處理結束。
另外，在上述ST506和ST510中，構成為在暫時切斷移動電話機10和移動通信中心11之間、以及移動通信中心11和內容服務器12之間的TCP連接的情況下，從移動電話機10對移動通信中心11重新發(fā)送請求(在圖3中未圖示)。此時，在接收來自移動通信中心11的響應中切斷 TCP連接的情況下，通過流水線處理重新發(fā)送等待響應中的所有請求。 另外，將與發(fā)生了 TCP連接的切斷的響應對應的請求設為不是重新發(fā)送 處理的對象。但是，在沒有接收到響應時，重新發(fā)送請求的情況下，將 流水線處理的開始的請求設為重新發(fā)送對象。
由此在本實施方式的移動通信網絡系統(tǒng)中，在發(fā)生了 Content — Length的異常的情況下，在ST506、 ST508和ST510中，通過適當舍棄 來自移動電話機10的請求或者來自內容服務器12的響應，能夠正常接 收從移動機到來的重新請求。
返回圖3繼續(xù)其說明。此處，在ST311的響應判定處理中，在ST503 中將賦予給連接頭部的"close"改寫為"Keep—Alive",判定為Content 一Length值與實際數據相同。在進行了響應判定處理后，從移動通信中 心11對移動電話機IO發(fā)送響應1 (ST312)。此時，在響應1中，對連接 頭部賦予了 "Keep—Alive"。
當向移動電話機IO發(fā)送了響應1后，接著，從移動通信中心ll對 內容服務器12發(fā)送請求2 (ST313)。當接收到請求2時，從內容服務器 12向移動通信中心11發(fā)送對應于請求2的響應2 (ST314)。另外，在響 應2中，假定對連接頭部賦予了 "close"。
當接收到響應2時，在移動通信中心ll中，按照上述要領進行響應 判定處理(ST315)。此處，在ST315的響應判定處理中，與ST3U同樣 地，在ST503中將賦予給連接頭部的"dose"改寫為"Keep—Alive"， 判定為Content—Length值與實際數據相同。在進行了響應判定處理后， 從移動通信中心11對移動電話機IO發(fā)送響應1 (ST316)。此時，在響應 2中，對連接頭部賦予了 "Keep—Alive"。
在向移動電話機10發(fā)送了響應2后，接著，從移動通信中心ll對 內容服務器12發(fā)送請求3 (ST317)。當接收到請求3時，從內容服務器 12向移動通信中心11發(fā)送對應于請求3的響應3 (ST318)。另外，在響 應3中，假定對連接頭部賦予了 "Keep—Alive"。
當接收到響應3時，在移動通信中心ll中，按照上述要領進行響應
19判定處理(ST319)。此處，在ST319的響應判定處理中，與ST311和ST315 不同，不改寫賦予給連接頭部的"Keep—Alive"而進行維持，判定為 Content—Length值與實際數據相同。在進行了響應判定處理后，從移動 通信中心11對移動電話機10發(fā)送響應3 (ST320)。此時，在響應3中， 對連接頭部賦予了 "Keep—Alive"。
由此，通過依次接收從移動通信中心11發(fā)送的響應，并在顯示畫面 上進行顯示，能夠用移動電話機10閱覽從內容服務器12發(fā)布的內容。 由此，在本實施方式的移動通信網絡系統(tǒng)中，利用移動通信網13進行流 水線處理時的一系列處理完成。
由此，根據本實施方式的移動通信網絡系統(tǒng)，在從移動電話機10接 收到的請求滿足預定條件的情況下，執(zhí)行能夠通過移動通信中心11連續(xù) 接收來自移動電話機10的請求的流水線處理，因此在移動通信網13中 重復請求和響應，結果，能夠防止通信時間受到移動通信網13中的通信 狀況的影響而變長的事態(tài)，因此能夠充分縮短用于利用移動電話機10取 得內容的時間。
特別是，在本實施方式的移動通信網絡系統(tǒng)中，還具有經由移動通 信中心11向移動電話機IO發(fā)布內容的內容服務器12，移動通信中心11 在流水線模式下依次向內容服務器12發(fā)送從移動電話機10連續(xù)接收到 的請求，另一方面，從內容服務器12接收與該請求對應的響應。因此， 即使在從內容服務器12經由移動通信中心11向移動電話機IO發(fā)布內容 的情況下，也在移動通信網13中重復請求和響應，結果，能夠防止通信 時間受到移動通信網13中的通信狀況的影響而變長的事態(tài)，因此能夠充 分縮短用于利用移動電話機IO取得內容的時間。
此外，在本實施方式的移動通信網絡系統(tǒng)中，移動通信中心ll在檢 測出來自內容服務器12的響應中的Content—Length的異常時，根據需 要舍棄來自移動電話機10的請求或來自內容服務器12的響應而繼續(xù)流 水線處理。由此，即使在檢測出來自內容服務器12的響應中的Content 一Length的異常時，也根據需要舍棄來自移動電話機10的請求或來自內 容服務器12的響應而繼續(xù)流水線處理，因此能夠防止由于Content—
20Length的異常而切斷移動電話機IO和內容服務器12之間的通信的事態(tài)， 并且縮短用于利用移動電話機IO取得內容的時間。
另外，本發(fā)明不限于上述實施方式，能在發(fā)揮本發(fā)明效果的范圍內 進行各種變更來實施。并且，只要不背離本發(fā)明的目的范圍，就能適當 變更來實施。
例如，在上述實施方式中，針對移動電話機IO經由移動通信中心11 接收內容服務器12發(fā)布的內容(用于顯示面向個人計算機制作的Web 站點的內容)的情況進行了說明，但是移動電話機10接收的內容不限于 此，可以適當進行變更。例如，也可以在從移動通信中心ll接收用于顯 示面向移動電話機10制作的Web站點的內容的情況下使用本發(fā)明。此時， 也在移動通信網13中重復請求和響應，結果，能夠防止通信時間受到移 動通信網13中的通信狀況的影響而變長的事態(tài)，因此能夠充分縮短用于 利用移動電話機10取得內容的時間。
產業(yè)上的可利用性
如上說明的那樣，本發(fā)明的移動通信網絡系統(tǒng)和服務器裝置在來自 移動終端裝置的用于Web訪問的請求滿足預定條件的情況下，執(zhí)行能夠 連續(xù)接收來自移動終端裝置的HTTP請求的流水線處理，充分縮短用于 利用移動終端裝置取得內容的時間，具有產業(yè)上的可利用性。
權利要求
1.一種移動通信網絡系統(tǒng)，其特征在于，所述移動通信網絡系統(tǒng)具有具有瀏覽器功能的移動終端裝置、以及經由移動通信網對所述移動終端裝置中的移動通信進行管理的服務器裝置，當從所述移動終端裝置接收到用于Web訪問的請求時，所述服務器裝置判定該請求是否滿足預定條件，在滿足所述預定條件的情況下執(zhí)行能夠連續(xù)接收來自所述移動終端裝置的HTTP請求的流水線處理。
2. 根據權利要求1所述的移動通信網絡系統(tǒng)，其特征在于，所述服 務器裝置根據所述請求的UA、 HTTP版本和方法的內容判定所述流水線 處理的執(zhí)行。
3. 根據權利要求2所述的移動通信網絡系統(tǒng)，其特征在于，所述服 務器裝置在所述請求的UA是所述流水線處理的對應終端并且從預定的 瀏覽器進行訪問、HTTP版本是HTTP/1.1、是預定的方法的情況下，執(zhí) 行所述流水線處理。
4. 根據權利要求3所述的移動通信網絡系統(tǒng)，其特征在于，所述服 務器裝置在從作為所述預定的瀏覽器的全功能型瀏覽器進行訪問的情況 下執(zhí)行所述流水線處理。
5. 根據權利要求3所述的移動通信網絡系統(tǒng)，其特征在于，所述服 務器裝置在從作為所述預定的瀏覽器的所述移動終端裝置用瀏覽器進行 訪問的情況下執(zhí)行所述流水線處理。
6. 根據權利要求3所述的移動通信網絡系統(tǒng)，其特征在于，所述服 務器裝置在所述請求的方法是GET或HEAD的情況下執(zhí)行所述流水線處 理。
7. 根據權利要求3所述的移動通信網絡系統(tǒng)，其特征在于，所述服 務器裝置在所述請求的方法是GET、 HEAD或POST的情況下執(zhí)行所述 流水線處理。
8. 根據權利要求1所述的移動通信網絡系統(tǒng)，其特征在于，所述移 動通信網絡系統(tǒng)還具有經由所述服務器裝置向所述移動終端裝置發(fā)布內容的內容發(fā)布裝置，所述服務器裝置依次向所述內容發(fā)布裝置發(fā)送在所述流水線處理中連續(xù)接收到的HTTP請求，另一方面，從所述內容發(fā)布 裝置接收與該HTTP請求對應的HTTP響應。
9. 根據權利要求8所述的移動通信網絡系統(tǒng)，其特征在于，所述服 務器裝置在檢測出來自所述內容發(fā)布裝置的HTTP響應中的Content— Length的異常時，根據需要舍棄來自所述移動終端裝置的HTTP請求或 來自所述內容發(fā)布裝置的HTTP響應而繼續(xù)所述流水線處理。
10. 根據權利要求9所述的移動通信網絡系統(tǒng)，其特征在于，所述 服務器裝置在來自所述內容發(fā)布裝置的HTTP響應中的Content—Length 值比從該內容發(fā)布裝置實際發(fā)送的數據大的情況下，根據需要舍棄來自 所述移動終端裝置的HTTP請求。
11. 根據權利要求9所述的移動通信網絡系統(tǒng)，其特征在于，所述服 務器裝置在來自所述內容發(fā)布裝置的HTTP響應中的Content—Length值 比從該內容發(fā)布裝置實際發(fā)送的數據小的情況下，根據需要舍棄來自所 述內容發(fā)布裝置的HTTP響應。
12. 根據權利要求9所述的移動通信網絡系統(tǒng)，其特征在于，所述 服務器裝置在來自所述內容發(fā)布裝置的HTTP響應中不存在Content— Length頭部的情況下，根據需要舍棄來自所述移動終端裝置的HTTP請 求。
13. 根據權利要求9所述的移動通信網絡系統(tǒng)，其特征在于，所述 服務器裝置在對來自所述內容發(fā)布裝置的HTTP響應的連接頭部賦予了 close的情況下，將該連接頭部的內容改寫為Keep—Alive而繼續(xù)所述流 水線處理。
14. 一種服務器裝置，其經由移動通信網對移動終端裝置中的移動 通信進行管理，其特征在于，所述服務器裝置具有請求接收部，其接收來自所述移動終端裝置的請求；流水線判定部， 其判定由所述請求接收部接收到的請求是否滿足預定條件，在滿足所述 預定條件的情況下，執(zhí)行能夠連續(xù)接收來自所述移動終端裝置的HTTP 請求的流水線處理；請求保持部，其保持在所述流水線處理中從所述移動終端裝置連續(xù)接收到的HTTP請求；以及響應發(fā)送部，其向所述移動終端裝置發(fā)送響應。
15. 根據權利要求14所述的服務器裝置，其特征在于，所述流水線 判定部根據所述請求的UA、 HTTP版本和方法的內容判定所述流水線處 理的執(zhí)行。
16. 根據權利要求15所述的服務器裝置，其特征在于，所述流水線 判定部在所述請求的UA是所述流水線處理的對應終端并且從預定的瀏 覽器進行訪問、HTTP版本是HTTP/1.1、是預定的方法的情況下，執(zhí)行 所述流水線處理。
17. 根據權利要求16所述的服務器裝置，其特征在于，所述流水線 判定部在從作為所述預定的瀏覽器的全功能型瀏覽器進行訪問的情況下 執(zhí)行所述流水線處理。
18. 根據權利要求16所述的服務器裝置，其特征在于，所述流水線 判定部在從作為所述預定的瀏覽器的所述移動終端裝置用瀏覽器進行訪 問的情況下執(zhí)行所述流水線處理。
19. 根據權利要求16所述的服務器裝置，其特征在于，所述流水線 判定部在所述請求的方法是GET或HEAD的情況下執(zhí)行所述流水線處 理。
20. 根據權利要求16所述的服務器裝置，其特征在于，所述流水線 判定部在所述請求的方法是GET、 HEAD或POST的情況下執(zhí)行所述流 水線處理。
21. 根據權利要求14所述的服務器裝置，其特征在于，所述服務器 裝置還具有請求發(fā)送部，其將來自所述移動終端裝置的請求發(fā)送到內 容發(fā)布裝置；響應接收部，其接收來自所述內容發(fā)布裝置的響應；以及 Content—Length判定部，其判定由所述響應接收部接收到的HTTP響應 中的Content—Length的異常，當所述Content—Length判定部檢測出Content—Length的異常時， 根據需要舍棄來自所述移動終端裝置的HTTP請求或來自所述內容發(fā)布 裝置的HTTP響應而繼續(xù)所述流水線處理。
22. 根據權利要求21所述的服務器裝置，其特征在于，所述Content —Length判定部在來自所述內容發(fā)布裝置的HTTP響應中的Content-Length 值比從該內容發(fā)布裝置實際發(fā)送的數據大的情況下，根據需要舍 棄來自所述移動終端裝置的HTTP請求。
23. 根據權利要求21所述的服務器裝置，其特征在于，所述Content —Length判定部在來自所述內容發(fā)布裝置的HTTP響應中的Content-Length 值比從該內容發(fā)布裝置實際發(fā)送的數據小的情況下，根據需要舍 棄來自所述內容發(fā)布裝置的HTTP響應。
24. 根據權利要求21所述的服務器裝置，其特征在于，所述Content 一Length判定部在來自所述內容發(fā)布裝置的HTTP響應中不存在Content 一Length頭部的情況下，根據需要舍棄來自所述移動終端裝置的HTTP 請求。
25. 根據權利要求14所述的服務器裝置，其特征在于，所述服務器 裝置還具有連接頭部判定部，所述連接頭部判定部判定由所述響應接收 部接收到的HTTP響應中的Content—Length的連接頭部，所述連接頭部 判定部在對HTTP響應的連接頭部賦予了 close的情況下，將該連接頭部 的內容改寫為Keep—Alive而繼續(xù)所述流水線處理。
全文摘要
本發(fā)明提供一種能夠充分縮短用于利用移動終端裝置取得內容的時間的移動通信網絡系統(tǒng)以及服務器裝置。在包括具有瀏覽器功能的移動電話機(10)、以及經由移動通信網(13)對移動電話機(10)中的移動通信進行管理的移動通信中心(11)的移動通信網絡系統(tǒng)中，當從移動電話機(10)接收到用于Web訪問的請求時，移動通信中心(11)判定該請求是否滿足預定條件，在滿足該預定條件的情況下執(zhí)行能夠連續(xù)接收來自移動電話機(10)的HTTP請求的流水線處理。
文檔編號H04L29/06GK101584180SQ200780046884
公開日2009年11月18日 申請日期2007年12月12日 優(yōu)先權日2006年12月19日
發(fā)明者中村友則, 浜田尚, 谷壯平 申請人:株式會社Ntt都科摩