专利名称：移动通信网络系统和服务器装置的制作方法
技术领域：
本发明涉及移动通信网络系统和服务器装置，特别涉及包括具有
Web浏览器功能(以下，简称作"浏览器功能")的移动终端装置的移动通信网络系统以及对该移动终端装置的移动通信进行管理的服务器装置。
背景技术：
以往，安装浏览器功能、从而能够阅览网络上的Web站点的移动电话机已经普及。现在，在这种移动电话机中，具有能够阅览主要面向移动电话机制作的Web站点的浏览器功能的移动电话机已经普及，但是近年来，具有能够阅览面向个人计算机制作的Web站点而不是面向移动电话机的Web站点的浏览器功能(所谓的全功能型浏览器(fbll browser)功能)的移动电话机开始普及。
一般而言，在移动电话机的浏览器功能中，经由具有网关功能的移动通信中心，根据HTTP协议与网络上的内容服务器进行通信，取得用于显示Web站点的内容(以下，简称作"内容")。在HTTP协议中，通常能够通过重复从客户机即移动电话机发送到内容服务器的请求、和根据该请求从内容服务器答复给移动电话机的响应来取得内容。从移动电话机发送的请求是在接收完针对上次发送的请求的响应后发布的，因此容易受到通信线路的拥挤状况的影响。因此，有在通信线路拥挤的状况下重复请求和响应时，在取得内容之前需要较长时间的情況。
另一方面，在互联网标准规格的HTTP/1.1 (RFC2616)中，规定了从客户机发送的请求的流水线(pipe line)化(请求流水线)。该请求流水线是不用等待各个响应的接收而连续发送多个请求的手法。此前是等待针对前一个请求的响应返回后再发送下一个请求，但是通过该请求流水线的利用，能够不用等待该响应而连续进行发送，因此能够降低请求的发送需要的时间，能够縮短用于取得内容的时间。
此处，为了执行请求流水线，需要内容服务器与HTTP/U对应。在内容服务器不与HTTP/1.1对应的情况下，如上所述重复请求和响应。此夕卜，以往提出了即使在这样内容服务器不与HTTP/1.1对应的情况下，也能够根据HTTP协议进行用户装置和服务器装置之间的通信的改良数据通信方法(例如，参照专利文献1)。在该改良数据通信方法中，在内容服务器不与HTTP/1.1对应的情况下，通过用代理服务器转换HTTP协议的版本，确保了用户装置和内容服务器之间的HTTP协议通信。
专利文献1:日本特表2004-530231号公报
但是，在上述现有的改良数据通信方法中，具有以下问题在内容
服务器不与HTTP/1.1对应的情况下，在每次请求或响应到来时不得不用代理服务器转换HTTP协议的版本，由于该转换处理需要的时间而不能充分縮短用于取得内容的时间。
发明内容
本发明正是鉴于相关的问题点而完成的，目的在于提供一种能够充分縮短用于利用移动终端装置取得内容的时间的移动通信网络系统和服务器装置。
本发明的移动通信网络系统的特征在于，所述移动通信网络系统具有具有浏览器功能的移动终端装置、以及经由移动通信网对所述移动终端装置中的移动通信进行管理的服务器装置，当从所述移动终端装置接收到用于Web访问的请求时，所述服务器装置判定该请求是否满足预定条件，在满足所述预定条件的情况下执行能够连续接收来自所述移动终端装置的HTTP请求的流水线处理。
根据该结构，在从移动终端装置接收到的请求满足预定条件的情况下，通过服务器装置执行能够连续接收来自移动终端装置的HTTP请求的流水线处理，因此在移动通信网中重复请求和响应，结果，能够防止通信时间受到移动通信网中的通信状况的影响而变长的事态，因此能够充分縮短用于利用移动终端装置取得内容的时间。
在上述移动通信网络系统中，考虑所述服务器装置根据所述请求的
UA、 HTTP版本和方法的内容判定所述流水线处理的执行。例如，优选在所述请求的UA是所述流水线处理的对应终端并且从预定的浏览器进行访问、HTTP版本是HTTP/1.1、是预定的方法的情况下执行流水线处理。作为预定的浏览器，考虑例如从全功能型浏览器或移动终端装置用浏览器进行访问的情况。作为预定的方法，考虑例如是GET或HEAD的情况、以及是GET、 HEAD或POST的情况。此时，根据来自移动终端装置的请求的UA、 HTTP版本和方法的内容判定流水线处理的执行，因此能够仅在必要时执行移动通信网中的流水线处理。
此外，在上述移动通信网络系统中，也可以是还具有经由所述服务器装置向所述移动终端装置发布内容的内容发布装置，所述服务器装置依次向所述内容发布装置发送在所述流水线处理中连续接收到的HTTP请求，另一方面，从所述内容发布装置接收与该HTTP请求对应的HTTP响应。此时，即使在从内容发布装置经由服务器装置向移动终端装置发布内容的情况下，也在移动通信网中重复请求和响应，结果，能够防止通信时间受到移动通信网中的通信状况的影响而变长的事态，因此能够充分縮短用于利用移动终端装置取得内容的时间。
特别是，在内容发布装置不与HTTP/1.1对应，不能执行请求流水线的情况下，也通过移动通信网中的流水线处理，在该移动通信网中重复请求和响应，结果，能够防止通信时间受到移动通信网中的通信状况的影响而变长的事态，因此能够充分縮短用于利用移动终端装置取得内容的时间。此外，在服务器装置中，不需要如以往的改良数据通信方法那样，转换HTTP协议的版本，因此也不会发生取得内容为止的时间由于协议转换处理所需要的时间而变长的事态。
此外，在上述移动通信网络系统中，优选所述服务器装置在检测出来自所述内容发布装置的HTTP响应中的Content—Length的异常时，根据需要舍弃来自所述移动终端装置的HTTP请求或来自所述内容发布装置的HTTP响应而继续所述流水线处理。此时，即使在检测出HTTP响应中的Content—Length的异常时，也根据需要舍弃来自移动终端装置的HTTP请求或来自内容发布装置的HTTP响应而继续流水线处理，因此能够防止由于Content—Length的异常而切断移动终端装置和内容发布装置之间的通信的事态，并且縮短用于利用移动终端装置取得内容的时间。
例如，在上述移动通信网络系统中，所述服务器装置在来自所述内容发布装置的HTTP响应中的Content—Length值比从该内容发布装置实际发送的数据大的情况下，根据需要舍弃来自所述移动终端装置的HTTP请求。此时，在Content—Length值比从该内容发布装置实际发送的数据大的情况下根据需要舍弃来自移动终端装置的HTTP请求，因此能够防止由于HTTP请求残留而限制了后续的流水线处理的事态。
此外，在上述移动通信网络系统中，所述服务器装置在来自所述内容发布装置的HTTP响应中的Content—Length值比从该内容发布装置实际发送的数据小的情况下，根据需要舍弃来自所述内容发布装置的HTTP响应。此时，在Content—Length值比从该内容发布装置实际发送的数据小的情况下根据需要舍弃来自内容发布装置的HTTP响应，因此能够防止由于HTTP响应残留而限制了后续的流水线处理的事态。
并且，在上述移动通信网络系统中，所述服务器装置在来自所述内容发布装置的HTTP响应中不存在Content—Length头部的情况下，根据需要舍弃来自所述移动终端装置的HTTP请求。此时，在HTTP响应中不存在Content—Length头部的情况下根据需要舍弃来自移动终端装置的HTTP请求，因此能够防止由于HTTP请求残留而限制了后续的流水线处理的事态。
此外，在上述移动通信网络系统中，优选所述服务器装置在对来自所述内容发布装置的HTTP响应的连接头部赋予了 close的情况下，将该连接头部的内容改写为Keep—Alive而继续所述流水线处理。此时，即使在对HTTP响应中的连接头部赋予了 close的情况下，也将该连接头部的内容改写为Keep—Alive而继续流水线处理，因此能够防止由于赋予给连接头部的close而切断移动终端装置和内容发布装置之间的通信的事态，并且縮短用于利用移动终端装置取得内容的时间。本发明的服务器装置经由移动通信网对移动终端装置中的移动通信进行管理，其特征在于，所述服务器装置具有请求接收部，其接收来自所述移动终端装置的请求；流水线判定部，其判定由所述请求接收部
接收到的请求是否满足预定条件，在满足所述预定条件的情况下，执行
能够连续接收来自所述移动终端装置的HTTP请求的流水线处理；请求保持部，其保持在所述流水线处理中从所述移动终端装置连续接收到的HTTP请求；以及响应发送部，其向所述移动终端装置发送响应。
根据该结构，流水线判定部判定从移动终端装置接收到的请求是否满足预定条件，在满足预定条件的情况下，执行能够连续接收来自移动终端装置的HTTP请求的流水线处理，因此在来自移动终端装置的请求满足预定条件的情况下，在移动通信网中重复请求和响应，结果，能够防止通信时间受到移动通信网中的通信状况的影响而变长的事态，因此能够充分縮短用于利用移动终端装置取得内容的时间。
在上述服务器装置中，考虑所述流水线判定部根据所述请求的UA、HTTP版本和方法的内容执行所述流水线处理。例如，优选在所述请求的UA是所述流水线处理的对应终端并且从预定的浏览器进行访问、HTTP版本是HTTP/1.1、是预定的方法的情况下执行流水线处理。作为预定的浏览器，考虑例如从全功能型浏览器或移动终端装置用浏览器进行访问的情况。作为预定的方法，考虑例如是GET或HEAD的情况、以及是GET、 HEAD或POST的情况。此时，根据来自移动终端装置的请求的UA、 HTTP版本和方法的内容执行流水线处理，因此能够仅在必要时在移动通信网中执行流水线处理。
此外，在上述服务器装置中，优选具有请求发送部，其将来自所述移动终端装置的请求发送到内容发布装置；响应接收部，其接收来自所述内容发布装置的响应；以及Content—Length判定部，其判定由所述响应接收部接收到的HTTP响应中的Content—Length的异常，当所述Content-Length判定部检测出Content—Length的异常时，根据需要舍弃来自所述移动终端装置的HTTP请求或来自所述内容发布装置的HTTP响应而继续所述流水线处理。此时，即使在检测出HTTP.响应中的Content一Length的异常时，也根据需要舍弃来自移动终端装置的HTTP请求或来自内容发布装置的HTTP响应而继续流水线处理，因此能够防止由于Content—Length的异常而切断移动终端装置和内容发布装置之间的通信的事态，并且縮短用于利用移动终端装置取得内容的时间。
例如，在上述服务器装置中，所述Content—Length判定部在来自所述内容发布装置的HTTP响应中的Content-Length值比从该内容发布装置实际发送的数据大的情况下，根据需要舍弃来自所述移动终端装置的HTTP请求。此时，在Content—Length值比从该内容发布装置实际发送的数据大的情况下根据需要舍弃来自移动终端装置的HTTP请求，因此能够防止由于HTTP请求残留而限制了后续的流水线处理的事态。
此夕卜，在上述服务器装置中，所述Content—Length判定部在来自所述内容发布装置的HTTP响应中的Content—Length值比从该内容发布装置实际发送的数据小的情况下，根据需要舍弃来自所述内容发布装置的HTTP响应。此时，在Content—Length值比从该内容发布装置实际发送的数据小的情况下根据需要舍弃来自内容发布装置的HTTP响应，因此能够防止由于HTTP响应残留而限制了后续的流水线处理的事态。
此外，在上述服务器装置中，所述Content—Length判定部在来自所述内容发布装置的HTTP响应中不存在Content—Length头部的情况下，根据需要舍弃来自所述移动终端装置的HTTP请求。此时，在HTTP响应中不存在Content—Length头部的情况下，根据需要舍弃来自移动终端装置的HTTP请求，因此能够防止由于HTTP请求残留而限制了后续的流水线处理的事态。
此外，在上述服务器装置中，优选具有判定由所述响应接收部接收到的HTTP响应中的Content-Length的连接头部的连接头部判定部，所述连接头部判定部在对HTTP响应的连接头部赋予了 dose的情况下，将该连接头部的内容改写为Keep—Alive而继续所述流水线处理。此时，即使在对HTTP响应中的连接头部赋予了 close的情况下，也将该连接头部的内容改写为Keep—Alive而继续流水线处理，因此能够防止由于赋予给连接头部的close而切断移动终端装置和内容发布装置之间的通信的事
ii态，并且縮短用于利用移动终端装置取得内容的时间。
根据本发明的移动通信网络系统和服务器装置，在从移动终端装置接收到的请求满足预定条件的情况下，执行能够连续接收来自移动终端
装置的HTTP请求的流水线处理，因此在移动通信网中重复请求和响应，结果，能够防止通信时间受到移动通信网中的通信状况的影响而变长的事态，因此能够充分縮短用于利用移动终端装置取得内容的时间。
图1是表示本发明的一个实施方式的移动通信网络系统的结构的图。
图2是表示上述实施方式的移动通信网络系统具有的移动通信中心的结构的框图。
图3是用于说明在上述实施方式的移动通信网络系统中，利用移动通信网进行流水线处理时的处理的序列图。
图4是用于说明通过上述实施方式的移动通信网络系统的移动通信中心进行的流水线判定处理的流程图。
图5是用于说明通过上述实施方式的移动通信网络系统的移动通信中心进行的响应判定处理的流程图。
具体实施例方式
以下，参照附图对本发明的实施方式进行详细说明。图1是表示本发明的一个实施方式的移动通信网络系统的结构的图。如图1所示，本实施方式的移动通信网络系统包括作为移动通信终端装置的移动电话机10;作为对该移动电话机10中的移动通信进行管
理的服务器装置的移动通信中心11;以及作为向包括移动电话机10的客
户机发布内容的内容发布装置的内容服务器12。
移动电话机10构成为能够经由例如由IMT (International MobileTelecommunication:国际移动通信)网等通信网络构成的移动通信网13、以及互联网14那样的通信网络访问内容服务器12。并且，如后所述，移动电话机10能够经由这样的通信网络阅览从内容服务器12发布的内容。特别是，移动电话机10构成为与HTTP/U对应，能够不用等待各个响应的接收而连续发送多个HTTP请求(以下，简称作"请求")(请求流水线)。以下，对于与HTTP/1.1对应的移动电话机，适当称作"流水线对应终端"。另外，在图1中，示出了移动通信网13由IMT网构成的情况，但是不限于此，也可以由IMT网以外的网构成。
移动通信中心11经由互联网14与内容服务器12连接，具有能够在移动通信网13和互联网14之间按照HTTP协议进行通信的功能。特别是，本实施方式的移动通信中心11判定移动电话机10是否是流水线对应终端，在是流水线对应终端的情况下，转移到能够连续接收来自移动电话机10的请求的模式(以下适当称作"流水线模式")。
内容服务器12针对经由互联网14访问的客户机发布内容。在移动电话机10作为客户机进行访问的情况下，经由互联网14向移动通信中心11发布内容，经由该移动通信中心11向移动电话机10发布内容。此处，假定内容服务器12发布用于显示面向个人计算机制作的Web站点的内容。此外，假定内容服务器12与HTTP/1.0对应，与移动电话机10不同，不与请求流水线对应。
在具有这种结构的、本实施方式的移动通信网络系统中，即使在内容服务器12不与HTTP/1.1对应的情况下，也进行移动通信网13中的请求的流水线化。具体而言，在移动通信中心11中，判定移动电话机10是否是流水线对应终端，假定在是流水线对应终端的情况下，能够连续接收来自移动电话机IO的请求。
图2是表示本实施方式的移动通信网络系统具有的移动通信中心11的结构的框图。此外，在图2中，特别示出了本实施方式的移动通信中心11进行移动通信网13中的请求的流水线化时需要的结构，省略了进行请求的流水线化后收发数据的结构。此外，在图2中，省略了移动通信网13和互联网14。
在图2所示的移动通信中心11中，请求接收部21经由移动通信网13接收从移动电话机10到来的请求。请求发送部22将从移动电话机10接收到的请求经由互联网14发送到内容服务器12。响应接收部23经由互联网14接收从内容服务器12到来的HTTP响应(以下简称作"响应")。响应发送部24将从内容服务器12接收到的响应经由移动通信网13发送到移动电话机IO。
流水线判定部25分析从移动电话机10接收到的请求的头部部分，判定移动电话机IO是否是流水线对应终端等预定条件，判定流水线处理的执行。另外，关于是否是流水线对应终端等预定条件的判定将在后面叙述。请求保持部26保持在转移到流水线模式时必要的请求。具体而言，在转移到流水线模式的情况下，在没有接收到与来自移动电话机10的请求(请求l)对应的响应的状态下，在接收到后续的请求(请求2)的情况下保持该请求(请求2)。
Content—Length判定部27分析从内容服务器12接收到的响应的头部部分，根据该分析结果判定Content—Length是否异常。例如，将Content—Length值比从内容服务器12实际接收的数据(以下适当称作"实际数据")大的情况、Content— Length值比实际数据小的情况以及不存在Content—Length的情况判定为Content—Length异常。此外，根据判定出的Content—Length异常的内容，执行必要的处理。例如，进行舍弃保持在请求保持部26中的请求、舍弃从内容服务器12接收到的响应等处理。
连接头部判定部28在转移到流水线模式的情况下，判定从内容服务器12接收到的响应的连接头部(connectionheader)的内容，根据需要改写该内容。具体而言，判定是否对从内容服务器12接收到的响应的连接头部赋予了 "close",在赋予了 "close"的情况下，将其改写为"Keep一Alive"。由此，能够通过将赋予给连接头部的"close"改写为"Keep一Alive"，继续移动通信网13中的流水线处理。另外，在对从内容服务器12接收到的响应的连接头部赋予了 "Keep—Alive"的情况下，不用改写连接头部的内容。
以下，对在本实施方式的移动通信网络系统中，利用移动通信网13进行流水线处理时的处理进行说明。图3是用于说明在本实施方式的移动通信网络系统中，利用移动通信网13进行流水线处理时的处理的序列图。另外，在图3中，如上所述，假定移动电话机10与HTTP/1.1对应、与请求流水线对应，另一方面，内容服务器12与HTTP/1.0对应、不与请求流水线对应。
如图3所示，在本实施方式的移动通信网络系统中，当请求从移动电话机IO经由移动通信网13发送到移动通信中心11时(步骤(以下简称作"ST") 301)，在移动通信中心11中，进行判定是否转移到流水线模式的流水线判定处理(ST302)。这里，通过流水线判定部25进行该流水线判定处理。
此处，使用图4说明由移动通信中心11进行的流水线判定处理。图4是用于说明通过移动通信中心11进行的流水线判定处理的流程图。
如图4所示，在移动通信中心11中，始终监视是否从移动电话机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中的流水线模式。在转移到流水线模式的情况下，通过流水线处理来处理后续的来自移动电话机10的请求。即，在移动通信中
15心ll中，能够不用等待来自内容服务器12的针对来自移动电话机10的请求的响应而连续接收请求。在由此决定了转移到流水线模式后，流水线判定处理结束。
另外，在图4所示的流水线判定处理中，作为转移到流水线模式的条件，判定了是否是从全功能型浏览器进行访问，但是也可以代之以通过浏览器的种类进行判定。例如，成为判定对象的浏览器也可以是移动电话机用浏览器。此外，作为转移到流水线模式的条件，判定了请求的方式是否是GET或HEAD，但是也可以代之以判定是否是GET、 HEAD或POST。
此外，在ST402中判定为移动电话机10不是流水线对应终端、或不是从全功能型浏览器进行访问的情况下，在ST403中判定为请求的HTTP版本不是HTTP/1.1的情况下，以及在ST404中判定为请求的方法不是GET或HEAD的情况下，移动通信中心11的动作模式转移到通常模式(针对来自移动电话机10的请求进行通常处理的模式)(ST406)。在由此决定了转移到通常模式后，流水线判定处理结束。
回到图3，继续其说明。另外，此处，假定在ST302的流水线判定处理中满足上述全部条件，移动通信中心11的动作模式转移到流水线模式。在进行了流水线判定处理后，从移动通信中心11对内容服务器12发送请求(ST303)。
当接收到请求时，对应于此从内容服务器12对移动通信中心11发送响应(ST304)。并且，当接收到该请求时，从移动通信中心ll对移动电话机10发送响应(ST305)。当接收到该请求时，不用等待各个响应的接收，从移动电话机10向移动通信中心11连续发送多个请求。在图3中，示出了向移动通信中心11连续发送三个请求1 请求3的情况(ST306 ST308)。
当接收到三个请求1 请求3时，从移动通信中心11对内容服务器12发送请求1 (ST309)。此时，在移动通信中心11中，由请求保持部26保持请求2和请求3。如后所述，由请求保持部26保持的请求2 (请求3)分别以接收到针对请求1 (请求2)的响应1 (响应2)为契机发送到内容服务器12。
当接收到请求1时，对应于请求1的响应1从内容服务器12发送到移动通信中心ll (ST310)。另外，假定在响应l中，对连接头部赋予了"close"。当接收到响应1时，在移动通信中心11中，进行判定该内容的响应判定处理(ST311)。另外，通过Content—Length判定部27和连接头部判定部28进行该响应判定处理。
此处，使用图5对通过移动通信中心11进行的响应判定处理进行说明。图5是用于说明通过移动通信中心11进行的响应判定处理的流程图。另外，在图5中，为了便于说明，记载了对移动电话机10发送响应的发送处理。
如图5所示，在移动通信中心11中，始终监视是否从内容服务器12接收响应(ST501)。并且，在接收到响应的情况下，判定对该响应的连接头部是赋予了 "close"还是赋予了 "Keep—Alive" (ST502)。此处，在判定为对连接头部赋予了"dose"的情况下，将其改写为"Keep-Alive"(ST503)，并转移到ST504。另一方面，在判定为对连接头部赋予了"Keep—Alive"的情况下，不进行改写而直接转移到ST504。
通常，在从内容服务器12发送的响应中，对其连接头部赋予了"dose"。但是，在直接对移动电话机10发送了对连接头部赋予了"close"的响应的情况下，移动通信中心11和移动电话机10的连接被切断。因此，在本实施方式的移动通信中心ll中，通过将对响应的连接头部赋予的"close"改写为"Keep—Alive"，防止了移动电话机10和内容服务器12的通信被切断的事态。
在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发送了实际数据部分的数据后，暂时切断移动电话机IO和移动通信中心11之间、以及移动通信中心11和内容服务器12之间的TCP连接，在请求保持部26中剩余请求的情况下舍弃该请求(ST506)。由此，在Content—Length值比实际数据大的情况下，根据需要舍弃来自移动电话机10的请求，因此，防止了起因于请求残留而限制了后续的流水线处理的事态。在进行了这些处理后，响应判定处理结束。
在判定为Content—Length值不比实际数据大的情况下，判定Content—Length值是否比实际数据小(ST507)。此处，在判定为Content—Length值比实际数据小的情况下，在向移动电话机10发送了 Content—Length值部分的数据后，接收到剩余的响应的情况下，舍弃该响应(ST508)。由此，在Content—Length值比实际数据小的情况下，根据需要舍弃来自内容服务器12的响应，因此，能够防止起因于响应残留而限制了后续的流水线处理的事态。在进行了这些处理后，响应判定处理结束。
另夕卜，在ST507中判定为Content—Length值不比实际数据小的情况下，Content—Length值与实际数据相同，向移动电话机10发送该实际数据(ST509)。然后，响应判定处理结束。
此外，在ST504中判定为不存在Content-Length的情况下，在对移动电话机10发送了 BODY部后，暂时切断移动电话机10和移动通信中心11之间、以及移动通信中心11和内容服务器12之间的TCP连接，在请求保持部26中剩余请求的情况下舍弃该请求(ST510)。由此，在不存在Content—Length的情况下，根据需要舍弃来自移动电话机10的请求，因此，防止了起因于请求残留而限制了后续的流水线处理的事态。在进行了这些处理后，响应判定处理结束。
另外，在上述ST506和ST510中，构成为在暂时切断移动电话机10和移动通信中心11之间、以及移动通信中心11和内容服务器12之间的TCP连接的情况下，从移动电话机10对移动通信中心11重新发送请求(在图3中未图示)。此时，在接收来自移动通信中心11的响应中切断 TCP连接的情况下，通过流水线处理重新发送等待响应中的所有请求。 另外，将与发生了 TCP连接的切断的响应对应的请求设为不是重新发送 处理的对象。但是，在没有接收到响应时，重新发送请求的情况下，将 流水线处理的开始的请求设为重新发送对象。
由此在本实施方式的移动通信网络系统中，在发生了 Content — Length的异常的情况下，在ST506、 ST508和ST510中，通过适当舍弃 来自移动电话机10的请求或者来自内容服务器12的响应，能够正常接 收从移动机到来的重新请求。
返回图3继续其说明。此处，在ST311的响应判定处理中，在ST503 中将赋予给连接头部的"close"改写为"Keep—Alive",判定为Content 一Length值与实际数据相同。在进行了响应判定处理后，从移动通信中 心11对移动电话机IO发送响应1 (ST312)。此时，在响应1中，对连接 头部赋予了 "Keep—Alive"。
当向移动电话机IO发送了响应1后，接着，从移动通信中心ll对 内容服务器12发送请求2 (ST313)。当接收到请求2时，从内容服务器 12向移动通信中心11发送对应于请求2的响应2 (ST314)。另外，在响 应2中，假定对连接头部赋予了 "close"。
当接收到响应2时，在移动通信中心ll中，按照上述要领进行响应 判定处理(ST315)。此处，在ST315的响应判定处理中，与ST3U同样 地，在ST503中将赋予给连接头部的"dose"改写为"Keep—Alive"， 判定为Content—Length值与实际数据相同。在进行了响应判定处理后， 从移动通信中心11对移动电话机IO发送响应1 (ST316)。此时，在响应 2中，对连接头部赋予了 "Keep—Alive"。
在向移动电话机10发送了响应2后，接着，从移动通信中心ll对 内容服务器12发送请求3 (ST317)。当接收到请求3时，从内容服务器 12向移动通信中心11发送对应于请求3的响应3 (ST318)。另外，在响 应3中，假定对连接头部赋予了 "Keep—Alive"。
当接收到响应3时，在移动通信中心ll中，按照上述要领进行响应
19判定处理(ST319)。此处，在ST319的响应判定处理中，与ST311和ST315 不同，不改写赋予给连接头部的"Keep—Alive"而进行维持，判定为 Content—Length值与实际数据相同。在进行了响应判定处理后，从移动 通信中心11对移动电话机10发送响应3 (ST320)。此时，在响应3中， 对连接头部赋予了 "Keep—Alive"。
由此，通过依次接收从移动通信中心11发送的响应，并在显示画面 上进行显示，能够用移动电话机10阅览从内容服务器12发布的内容。 由此，在本实施方式的移动通信网络系统中，利用移动通信网13进行流 水线处理时的一系列处理完成。
由此，根据本实施方式的移动通信网络系统，在从移动电话机10接 收到的请求满足预定条件的情况下，执行能够通过移动通信中心11连续 接收来自移动电话机10的请求的流水线处理，因此在移动通信网13中 重复请求和响应，结果，能够防止通信时间受到移动通信网13中的通信 状况的影响而变长的事态，因此能够充分縮短用于利用移动电话机10取 得内容的时间。
特别是，在本实施方式的移动通信网络系统中，还具有经由移动通 信中心11向移动电话机IO发布内容的内容服务器12，移动通信中心11 在流水线模式下依次向内容服务器12发送从移动电话机10连续接收到 的请求，另一方面，从内容服务器12接收与该请求对应的响应。因此， 即使在从内容服务器12经由移动通信中心11向移动电话机IO发布内容 的情况下，也在移动通信网13中重复请求和响应，结果，能够防止通信 时间受到移动通信网13中的通信状况的影响而变长的事态，因此能够充 分縮短用于利用移动电话机IO取得内容的时间。
此外，在本实施方式的移动通信网络系统中，移动通信中心ll在检 测出来自内容服务器12的响应中的Content—Length的异常时，根据需 要舍弃来自移动电话机10的请求或来自内容服务器12的响应而继续流 水线处理。由此，即使在检测出来自内容服务器12的响应中的Content 一Length的异常时，也根据需要舍弃来自移动电话机10的请求或来自内 容服务器12的响应而继续流水线处理，因此能够防止由于Content—
20Length的异常而切断移动电话机IO和内容服务器12之间的通信的事态， 并且縮短用于利用移动电话机IO取得内容的时间。
另外，本发明不限于上述实施方式，能在发挥本发明效果的范围内 进行各种变更来实施。并且，只要不背离本发明的目的范围，就能适当 变更来实施。
例如，在上述实施方式中，针对移动电话机IO经由移动通信中心11 接收内容服务器12发布的内容(用于显示面向个人计算机制作的Web 站点的内容)的情况进行了说明，但是移动电话机10接收的内容不限于 此，可以适当进行变更。例如，也可以在从移动通信中心ll接收用于显 示面向移动电话机10制作的Web站点的内容的情况下使用本发明。此时， 也在移动通信网13中重复请求和响应，结果，能够防止通信时间受到移 动通信网13中的通信状况的影响而变长的事态，因此能够充分縮短用于 利用移动电话机10取得内容的时间。
产业上的可利用性
如上说明的那样，本发明的移动通信网络系统和服务器装置在来自 移动终端装置的用于Web访问的请求满足预定条件的情况下，执行能够 连续接收来自移动终端装置的HTTP请求的流水线处理，充分缩短用于 利用移动终端装置取得内容的时间，具有产业上的可利用性。
权利要求
1.一种移动通信网络系统，其特征在于，所述移动通信网络系统具有具有浏览器功能的移动终端装置、以及经由移动通信网对所述移动终端装置中的移动通信进行管理的服务器装置，当从所述移动终端装置接收到用于Web访问的请求时，所述服务器装置判定该请求是否满足预定条件，在满足所述预定条件的情况下执行能够连续接收来自所述移动终端装置的HTTP请求的流水线处理。
2. 根据权利要求1所述的移动通信网络系统，其特征在于，所述服 务器装置根据所述请求的UA、 HTTP版本和方法的内容判定所述流水线 处理的执行。
3. 根据权利要求2所述的移动通信网络系统，其特征在于，所述服 务器装置在所述请求的UA是所述流水线处理的对应终端并且从预定的 浏览器进行访问、HTTP版本是HTTP/1.1、是预定的方法的情况下，执 行所述流水线处理。
4. 根据权利要求3所述的移动通信网络系统，其特征在于，所述服 务器装置在从作为所述预定的浏览器的全功能型浏览器进行访问的情况 下执行所述流水线处理。
5. 根据权利要求3所述的移动通信网络系统，其特征在于，所述服 务器装置在从作为所述预定的浏览器的所述移动终端装置用浏览器进行 访问的情况下执行所述流水线处理。
6. 根据权利要求3所述的移动通信网络系统，其特征在于，所述服 务器装置在所述请求的方法是GET或HEAD的情况下执行所述流水线处 理。
7. 根据权利要求3所述的移动通信网络系统，其特征在于，所述服 务器装置在所述请求的方法是GET、 HEAD或POST的情况下执行所述 流水线处理。
8. 根据权利要求1所述的移动通信网络系统，其特征在于，所述移 动通信网络系统还具有经由所述服务器装置向所述移动终端装置发布内容的内容发布装置，所述服务器装置依次向所述内容发布装置发送在所述流水线处理中连续接收到的HTTP请求，另一方面，从所述内容发布 装置接收与该HTTP请求对应的HTTP响应。
9. 根据权利要求8所述的移动通信网络系统，其特征在于，所述服 务器装置在检测出来自所述内容发布装置的HTTP响应中的Content— Length的异常时，根据需要舍弃来自所述移动终端装置的HTTP请求或 来自所述内容发布装置的HTTP响应而继续所述流水线处理。
10. 根据权利要求9所述的移动通信网络系统，其特征在于，所述 服务器装置在来自所述内容发布装置的HTTP响应中的Content—Length 值比从该内容发布装置实际发送的数据大的情况下，根据需要舍弃来自 所述移动终端装置的HTTP请求。
11. 根据权利要求9所述的移动通信网络系统，其特征在于，所述服 务器装置在来自所述内容发布装置的HTTP响应中的Content—Length值 比从该内容发布装置实际发送的数据小的情况下，根据需要舍弃来自所 述内容发布装置的HTTP响应。
12. 根据权利要求9所述的移动通信网络系统，其特征在于，所述 服务器装置在来自所述内容发布装置的HTTP响应中不存在Content— Length头部的情况下，根据需要舍弃来自所述移动终端装置的HTTP请 求。
13. 根据权利要求9所述的移动通信网络系统，其特征在于，所述 服务器装置在对来自所述内容发布装置的HTTP响应的连接头部赋予了 close的情况下，将该连接头部的内容改写为Keep—Alive而继续所述流 水线处理。
14. 一种服务器装置，其经由移动通信网对移动终端装置中的移动 通信进行管理，其特征在于，所述服务器装置具有请求接收部，其接收来自所述移动终端装置的请求；流水线判定部， 其判定由所述请求接收部接收到的请求是否满足预定条件，在满足所述 预定条件的情况下，执行能够连续接收来自所述移动终端装置的HTTP 请求的流水线处理；请求保持部，其保持在所述流水线处理中从所述移动终端装置连续接收到的HTTP请求；以及响应发送部，其向所述移动终端装置发送响应。
15. 根据权利要求14所述的服务器装置，其特征在于，所述流水线 判定部根据所述请求的UA、 HTTP版本和方法的内容判定所述流水线处 理的执行。
16. 根据权利要求15所述的服务器装置，其特征在于，所述流水线 判定部在所述请求的UA是所述流水线处理的对应终端并且从预定的浏 览器进行访问、HTTP版本是HTTP/1.1、是预定的方法的情况下，执行 所述流水线处理。
17. 根据权利要求16所述的服务器装置，其特征在于，所述流水线 判定部在从作为所述预定的浏览器的全功能型浏览器进行访问的情况下 执行所述流水线处理。
18. 根据权利要求16所述的服务器装置，其特征在于，所述流水线 判定部在从作为所述预定的浏览器的所述移动终端装置用浏览器进行访 问的情况下执行所述流水线处理。
19. 根据权利要求16所述的服务器装置，其特征在于，所述流水线 判定部在所述请求的方法是GET或HEAD的情况下执行所述流水线处 理。
20. 根据权利要求16所述的服务器装置，其特征在于，所述流水线 判定部在所述请求的方法是GET、 HEAD或POST的情况下执行所述流 水线处理。
21. 根据权利要求14所述的服务器装置，其特征在于，所述服务器 装置还具有请求发送部，其将来自所述移动终端装置的请求发送到内 容发布装置；响应接收部，其接收来自所述内容发布装置的响应；以及 Content—Length判定部，其判定由所述响应接收部接收到的HTTP响应 中的Content—Length的异常，当所述Content—Length判定部检测出Content—Length的异常时， 根据需要舍弃来自所述移动终端装置的HTTP请求或来自所述内容发布 装置的HTTP响应而继续所述流水线处理。
22. 根据权利要求21所述的服务器装置，其特征在于，所述Content —Length判定部在来自所述内容发布装置的HTTP响应中的Content-Length 值比从该内容发布装置实际发送的数据大的情况下，根据需要舍 弃来自所述移动终端装置的HTTP请求。
23. 根据权利要求21所述的服务器装置，其特征在于，所述Content —Length判定部在来自所述内容发布装置的HTTP响应中的Content-Length 值比从该内容发布装置实际发送的数据小的情况下，根据需要舍 弃来自所述内容发布装置的HTTP响应。
24. 根据权利要求21所述的服务器装置，其特征在于，所述Content 一Length判定部在来自所述内容发布装置的HTTP响应中不存在Content 一Length头部的情况下，根据需要舍弃来自所述移动终端装置的HTTP 请求。
25. 根据权利要求14所述的服务器装置，其特征在于，所述服务器 装置还具有连接头部判定部，所述连接头部判定部判定由所述响应接收 部接收到的HTTP响应中的Content—Length的连接头部，所述连接头部 判定部在对HTTP响应的连接头部赋予了 close的情况下，将该连接头部 的内容改写为Keep—Alive而继续所述流水线处理。
全文摘要
本发明提供一种能够充分缩短用于利用移动终端装置取得内容的时间的移动通信网络系统以及服务器装置。在包括具有浏览器功能的移动电话机(10)、以及经由移动通信网(13)对移动电话机(10)中的移动通信进行管理的移动通信中心(11)的移动通信网络系统中，当从移动电话机(10)接收到用于Web访问的请求时，移动通信中心(11)判定该请求是否满足预定条件，在满足该预定条件的情况下执行能够连续接收来自移动电话机(10)的HTTP请求的流水线处理。
文档编号H04L29/06GK101584180SQ200780046884
公开日2009年11月18日 申请日期2007年12月12日 优先权日2006年12月19日
发明者中村友则, 浜田尚, 谷壮平 申请人:株式会社Ntt都科摩