本發(fā)明涉及客戶端裝置、數(shù)據(jù)通信系統(tǒng)、數(shù)據(jù)通信方法以及程序。

背景技術(shù)：

所謂云這種方式的服務(wù)的提供正在普及。例如，如下的服務(wù)方式已廣為人知：管理一般家庭中的電力的使用狀況等的客戶端裝置經(jīng)由因特網(wǎng)與服務(wù)提供商的服務(wù)器以可通信的方式連接，使得能夠根據(jù)需要而進(jìn)行大容量數(shù)據(jù)的交換。

在這樣的客戶端裝置中，根據(jù)低成本化等觀點(diǎn)，搭載非高性能的CPU(Central Processing Unit，中央處理單元)的情形較多。由此，當(dāng)在與服務(wù)器之間進(jìn)行大容量數(shù)據(jù)的發(fā)送接收的情況下，CPU的處理負(fù)荷變大，有可能會(huì)導(dǎo)致在客戶端裝置中應(yīng)執(zhí)行的主處理的延遲。作為該問題的解決對策，以往一般采用在客戶端裝置與服務(wù)器之間進(jìn)行壓縮過的數(shù)據(jù)的發(fā)送接收的方法。

關(guān)于壓縮過的數(shù)據(jù)的通信，在例如專利文獻(xiàn)1中，公開了如下的壓縮圖像數(shù)據(jù)傳送裝置：根據(jù)通信線路的線路速度和壓縮處理速度(運(yùn)算能力)，決定要發(fā)送的圖像數(shù)據(jù)的壓縮率。

現(xiàn)有技術(shù)文獻(xiàn)

專利文獻(xiàn)

專利文獻(xiàn)1：日本特開2003-244698號(hào)公報(bào)

技術(shù)實(shí)現(xiàn)要素：

發(fā)明所要解決的技術(shù)問題

然而，在如上述那樣地以壓縮過的數(shù)據(jù)進(jìn)行通信的情況下，當(dāng)例如搭載于客戶端裝置的CPU的性能低時(shí)，根據(jù)上傳數(shù)據(jù)的大小等，相比于不壓縮而發(fā)送的情況，CPU的處理負(fù)荷反而變大，可能引起導(dǎo)致主處理的延遲的不便。

本發(fā)明是為了解決上述課題而完成的，其目的在于提供一種在數(shù)據(jù)通信時(shí)能夠防止主處理的延遲的客戶端裝置等。

解決技術(shù)問題的技術(shù)方案

為了達(dá)到上述目的，本發(fā)明的客戶端裝置具備：

通信接口，用于與服務(wù)器進(jìn)行通信；

是否需要壓縮判別部，判別是否需要壓縮用于上傳到所述服務(wù)器的上傳數(shù)據(jù)；

數(shù)據(jù)壓縮部，在由所述是否需要壓縮判別部判別為需要壓縮所述上傳數(shù)據(jù)的情況下，以預(yù)先決定的方式壓縮所述上傳數(shù)據(jù)；以及

數(shù)據(jù)送出部，在由所述是否需要壓縮判別部判別為無需壓縮所述上傳數(shù)據(jù)的情況下，將對所述上傳數(shù)據(jù)附加了標(biāo)頭的數(shù)據(jù)送出到所述通信接口，在由所述是否需要壓縮判別部判別為需要壓縮所述上傳數(shù)據(jù)的情況下，將對由所述數(shù)據(jù)壓縮部壓縮后的上傳數(shù)據(jù)附加了儲(chǔ)存有表示是壓縮后的數(shù)據(jù)的信息的標(biāo)頭而得的數(shù)據(jù)送出到所述通信接口。

發(fā)明效果

根據(jù)本發(fā)明，判別是否需要壓縮上傳數(shù)據(jù)，在判別為需要壓縮的情況下，壓縮上傳數(shù)據(jù)而發(fā)送到服務(wù)器，所以能夠在數(shù)據(jù)通信時(shí)防止主處理的延遲。

附圖說明

圖1是示出本發(fā)明的實(shí)施方式1的數(shù)據(jù)通信系統(tǒng)的整體結(jié)構(gòu)的圖。

圖2是示出實(shí)施方式1的客戶端裝置的結(jié)構(gòu)的框圖。

圖3是示出實(shí)施方式1的有無壓縮時(shí)間表格的一個(gè)例子的圖。

圖4是示出實(shí)施方式1的客戶端裝置具備的控制部的功能結(jié)構(gòu)的圖。

圖5是用于說明數(shù)據(jù)壓縮時(shí)的由控制部進(jìn)行的發(fā)送處理的所需時(shí)間的圖。

圖6是用于說明數(shù)據(jù)不壓縮時(shí)的由控制部進(jìn)行的發(fā)送處理的所需時(shí)間的圖。

圖7是示出實(shí)施方式1的數(shù)據(jù)發(fā)送處理的步驟的流程圖。

圖8是示出在實(shí)施方式1中對未壓縮的上傳數(shù)據(jù)附加的標(biāo)頭的一個(gè)例子的圖。

圖9是示出在實(shí)施方式1中對壓縮過的上傳數(shù)據(jù)附加的標(biāo)頭的一個(gè)例子的圖。

圖10是示出在本發(fā)明的實(shí)施方式2的客戶端裝置具備的數(shù)據(jù)存儲(chǔ)部中存儲(chǔ)的表格的圖。

圖11是示出實(shí)施方式2的有無解壓時(shí)間表格的一個(gè)例子的圖。

圖12是示出實(shí)施方式2的客戶端裝置具備的控制部的功能結(jié)構(gòu)的圖。

圖13是用于說明數(shù)據(jù)解壓時(shí)的由控制部進(jìn)行的接收處理的所需時(shí)間的圖。

圖14是用于說明數(shù)據(jù)不解壓時(shí)的由控制部進(jìn)行的接收處理的所需時(shí)間的圖。

圖15是示出實(shí)施方式2的數(shù)據(jù)發(fā)送處理的步驟的流程圖。

圖16是示出在實(shí)施方式2中請求壓縮的情況下對上傳數(shù)據(jù)附加的標(biāo)頭的一個(gè)例子(其1)的圖。

圖17是示出在實(shí)施方式2中請求壓縮的情況下對上傳數(shù)據(jù)附加的標(biāo)頭的一個(gè)例子(其2)的圖。

圖18是示出實(shí)施方式2的數(shù)據(jù)解壓處理的步驟的流程圖。

圖19是示出在實(shí)施方式2中對未壓縮的下載數(shù)據(jù)附加的標(biāo)頭的一個(gè)例子的圖。

圖20是示出在實(shí)施方式2中對壓縮過的下載數(shù)據(jù)附加的標(biāo)頭的一個(gè)例子的圖。

圖21是示出在本發(fā)明的實(shí)施方式3的客戶端裝置具備的數(shù)據(jù)存儲(chǔ)部中存儲(chǔ)的表格的圖。

圖22是示出在實(shí)施方式3中對壓縮過的上傳數(shù)據(jù)附加的標(biāo)頭的一個(gè)例子的圖。

圖23是示出在本發(fā)明的實(shí)施方式4的客戶端裝置具備的數(shù)據(jù)存儲(chǔ)部中存儲(chǔ)的表格的圖。

圖24是示出在實(shí)施方式4中對壓縮過的上傳數(shù)據(jù)附加的標(biāo)頭的一個(gè)例子的圖。

圖25是示出實(shí)施方式5的客戶端裝置具備的控制部的功能結(jié)構(gòu)的圖。

圖26是示出實(shí)施方式6的客戶端裝置具備的控制部的功能結(jié)構(gòu)的圖。

(符號(hào)說明)

1：客戶端裝置；2：服務(wù)器；3：路由器；4：功率傳感器；5：設(shè)備；10：廣域通信接口；11：設(shè)備通信接口；12：數(shù)據(jù)存儲(chǔ)部；13：控制部；14：總線；120：有無壓縮時(shí)間表格；121：有無解壓時(shí)間表格；130：應(yīng)用處理部；131、131A：是否需要壓縮判別部；132：數(shù)據(jù)壓縮部；133、133A：數(shù)據(jù)送出部；134：數(shù)據(jù)取入部；135：是否需要解壓判別部；136：數(shù)據(jù)解壓部；137：壓縮時(shí)間測量部；138：送出時(shí)間測量部；139：解壓時(shí)間測量部；140：取入時(shí)間測量部。

具體實(shí)施方式

以下，參照附圖，對本發(fā)明的實(shí)施方式詳細(xì)地進(jìn)行說明。

(實(shí)施方式1)

圖1是示出本發(fā)明的實(shí)施方式1的數(shù)據(jù)通信系統(tǒng)的整體結(jié)構(gòu)的圖。該數(shù)據(jù)通信系統(tǒng)包括在住宅H內(nèi)配置的客戶端裝置1和與因特網(wǎng)等廣域網(wǎng)N連接的服務(wù)器2。

客戶端裝置1是管理在一般家庭中使用的電力的、被稱為所謂HEMS(Home Energy Management System，家庭能源管理系統(tǒng))的系統(tǒng)包含的能量管理控制器?？蛻舳搜b置1經(jīng)由在住宅H內(nèi)構(gòu)建的無線網(wǎng)絡(luò)(未圖示)，與測量在該家庭(需求處)消耗的電量的功率傳感器4以及多個(gè)設(shè)備5以可通信的方式連接。各設(shè)備5是例如照明器、空調(diào)器、電冰箱、IH烹飪加熱器、電飯鍋、微波爐、地暖系統(tǒng)等在住宅H內(nèi)設(shè)置的電氣設(shè)備。

客戶端裝置1經(jīng)由與寬帶對應(yīng)的路由器3連接到廣域網(wǎng)N，根據(jù)需要與服務(wù)器2進(jìn)行數(shù)據(jù)的交換。在本實(shí)施方式中，作為客戶端裝置1與服務(wù)器2之間的通信協(xié)議，使用TCP/IP(Transmission Control Protocol/Internet Protocol，傳輸控制協(xié)議/網(wǎng)際協(xié)議)，作為數(shù)據(jù)通信的協(xié)議，使用HTTP(HyperText Transfer Protocol，超文本傳輸協(xié)議)。因此，客戶端裝置1具備HTTP客戶端功能，服務(wù)器2具備HTTP服務(wù)器功能。

客戶端裝置1如圖2所示，具備：廣域通信接口10，用于與服務(wù)器2進(jìn)行通信；設(shè)備通信接口11，用于與功率傳感器4以及各設(shè)備5進(jìn)行通信；數(shù)據(jù)存儲(chǔ)部12，用于保持程序、數(shù)據(jù)；以及控制部13，對它們進(jìn)行控制。這些各結(jié)構(gòu)部經(jīng)由總線14相互連接。

廣域通信接口10與路由器3連接，經(jīng)由廣域網(wǎng)N與服務(wù)器2通信連接。廣域通信接口10將從控制部13供給的數(shù)據(jù)發(fā)送到服務(wù)器2。另外，廣域通信接口10將從服務(wù)器2接收到的數(shù)據(jù)供給到控制部13。

設(shè)備通信接口11與在住宅H內(nèi)構(gòu)建的上述無線網(wǎng)絡(luò)連接，在控制部13的控制下，與功率傳感器4以及各設(shè)備5進(jìn)行無線數(shù)據(jù)通信。

數(shù)據(jù)存儲(chǔ)部12由例如閃存存儲(chǔ)器等可讀寫的非易失性半導(dǎo)體存儲(chǔ)器等構(gòu)成。數(shù)據(jù)存儲(chǔ)部12存儲(chǔ)有無壓縮時(shí)間表格120。另外，雖然未圖示，數(shù)據(jù)存儲(chǔ)部12存儲(chǔ)用于與服務(wù)器2進(jìn)行數(shù)據(jù)通信的程序、在該程序的執(zhí)行時(shí)使用的數(shù)據(jù)。進(jìn)而，數(shù)據(jù)存儲(chǔ)部12存儲(chǔ)用于監(jiān)視家庭內(nèi)的耗電量的程序、用于控制各設(shè)備5的工作的程序以及在這些程序的執(zhí)行時(shí)使用的數(shù)據(jù)。

有無壓縮時(shí)間表格120(第1時(shí)間表格)是針對每個(gè)階段性地預(yù)先決定的數(shù)據(jù)大小，儲(chǔ)存了壓縮時(shí)以及不壓縮時(shí)的各自的由控制部13進(jìn)行的發(fā)送處理的所需時(shí)間的數(shù)據(jù)表格。圖3示出本實(shí)施方式中的有無壓縮時(shí)間表格120的一個(gè)例子。在圖3的例子中，示出了關(guān)于通過控制部13發(fā)送數(shù)據(jù)大小為100[KB]的數(shù)據(jù)時(shí)的所需時(shí)間，在壓縮過的情況下為A1[ms]，在不壓縮的情況下為B1[ms]。此外，在本實(shí)施方式中，向服務(wù)器2上傳的數(shù)據(jù)(上傳數(shù)據(jù))是文本數(shù)據(jù)，作為數(shù)據(jù)壓縮方式，使用gzip(GNU ZIP)。

控制部13構(gòu)成為包括CPU(Central Processing Unit，中央處理單元)、ROM(Read Only Memory，只讀存儲(chǔ)器)、RAM(Random Access Memory，隨機(jī)存取存儲(chǔ)器)等(都未圖示)，對客戶端裝置1進(jìn)行總體控制。如圖4所示，控制部13作為本發(fā)明特有的功能，具備應(yīng)用處理部130、是否需要壓縮判別部131、數(shù)據(jù)壓縮部132、數(shù)據(jù)送出部133以及數(shù)據(jù)取入部134。

應(yīng)用處理部130生成要向服務(wù)器2上傳的數(shù)據(jù)(上傳數(shù)據(jù))。例如，應(yīng)用處理部130通過匯總預(yù)先決定的期間量(例如1個(gè)星期)的與該家庭的1天的耗電量的推移有關(guān)的數(shù)據(jù)的歷史而生成上傳數(shù)據(jù)。另外，應(yīng)用處理部130進(jìn)行與從服務(wù)器2下載的數(shù)據(jù)(下載數(shù)據(jù))對應(yīng)的處理。例如，應(yīng)用處理部130使基于下載數(shù)據(jù)的信息顯示于未圖示的終端裝置(例如平板型的個(gè)人計(jì)算機(jī))。

是否需要壓縮判別部131判別是否需要壓縮應(yīng)用處理部130所生成的上傳數(shù)據(jù)。是否需要壓縮判別部131根據(jù)所生成的上傳數(shù)據(jù)的大小和有無壓縮時(shí)間表格120，判別是否需要壓縮該上傳數(shù)據(jù)。例如，在該上傳數(shù)據(jù)的大小是100[KB]的情況下，如果A1<B1，則判別為需要壓縮，在A1≥B1的情況下，判別為無需壓縮。

數(shù)據(jù)壓縮部132在由是否需要壓縮判別部131判別為需要壓縮的情況下，以預(yù)先決定的方式(在本實(shí)施方式中為gzip)壓縮應(yīng)用處理部130所生成的上傳數(shù)據(jù)。

數(shù)據(jù)送出部133進(jìn)行如下處理：生成對未壓縮或者壓縮過的上傳數(shù)據(jù)附加了標(biāo)頭的數(shù)據(jù)(發(fā)送數(shù)據(jù))，將所生成的發(fā)送數(shù)據(jù)送出到廣域通信接口10。具體而言，數(shù)據(jù)送出部133進(jìn)行如下處理：在廣域通信接口10的發(fā)送緩沖器中，從發(fā)送數(shù)據(jù)的開頭依次寫入預(yù)先決定的大小量的數(shù)據(jù)。數(shù)據(jù)送出部133在對壓縮過的上傳數(shù)據(jù)附加的標(biāo)頭中，儲(chǔ)存表示是壓縮過的數(shù)據(jù)的信息(詳情后述)。

在此，對壓縮上傳數(shù)據(jù)時(shí)由控制部13進(jìn)行的發(fā)送處理的所需時(shí)間進(jìn)行說明。在該情況下，如圖5所示，首先，通過數(shù)據(jù)壓縮部132進(jìn)行數(shù)據(jù)壓縮處理，在該數(shù)據(jù)壓縮處理完成之后，開始由數(shù)據(jù)送出部133進(jìn)行的數(shù)據(jù)送出處理。在數(shù)據(jù)送出處理中，生成對壓縮過的上傳數(shù)據(jù)附加了標(biāo)頭的發(fā)送數(shù)據(jù)。在此，在被附加的標(biāo)頭中，如上述那樣地儲(chǔ)存有表示是壓縮過的數(shù)據(jù)的信息。

接下來，從所生成的發(fā)送數(shù)據(jù)的開頭，按照每次幾個(gè)字節(jié)地讀出發(fā)送數(shù)據(jù)，寫入到廣域通信接口10的發(fā)送緩沖器。然后，從發(fā)送數(shù)據(jù)讀出最后的數(shù)據(jù)，寫入到廣域通信接口10的發(fā)送緩沖器，從而由數(shù)據(jù)送出部133進(jìn)行的數(shù)據(jù)送出處理完成。

在本實(shí)施方式中，如上述那樣地壓縮上傳數(shù)據(jù)時(shí)的由控制部13進(jìn)行的發(fā)送處理的所需時(shí)間成為將由數(shù)據(jù)壓縮部132進(jìn)行的數(shù)據(jù)壓縮處理的所需時(shí)間和由數(shù)據(jù)送出部133進(jìn)行的數(shù)據(jù)送出處理的所需時(shí)間相加而得到的時(shí)間。

接下來，對不壓縮上傳數(shù)據(jù)時(shí)的由控制部13進(jìn)行的發(fā)送處理的所需時(shí)間進(jìn)行說明。在該情況下，如圖6所示，立即開始由數(shù)據(jù)送出部133進(jìn)行的數(shù)據(jù)送出處理。在數(shù)據(jù)送出處理中，生成對未壓縮的上傳數(shù)據(jù)附加了標(biāo)頭的發(fā)送數(shù)據(jù)。在此，在被附加的標(biāo)頭中當(dāng)然沒儲(chǔ)存表示是壓縮過的數(shù)據(jù)的信息。

接下來，如上述那樣地，從所生成的發(fā)送數(shù)據(jù)的開頭按照每次幾個(gè)字節(jié)地依次讀出發(fā)送數(shù)據(jù)，寫入到廣域通信接口10的發(fā)送緩沖器。然后，從發(fā)送數(shù)據(jù)讀出最后的數(shù)據(jù)，寫入到廣域通信接口10的發(fā)送緩沖器，從而由數(shù)據(jù)送出部133進(jìn)行的數(shù)據(jù)送出處理完成。

在本實(shí)施方式中，如上述那樣地，不壓縮上傳數(shù)據(jù)時(shí)的由控制部13進(jìn)行的發(fā)送處理的所需時(shí)間等于由數(shù)據(jù)送出部133進(jìn)行的數(shù)據(jù)送出處理的所需時(shí)間。

返回到圖4，數(shù)據(jù)取入部134進(jìn)行如下的處理：從廣域通信接口10取入從服務(wù)器2發(fā)送并通過廣域通信接口10接收到的數(shù)據(jù)(接收數(shù)據(jù))。更詳細(xì)而言，從廣域通信接口10的接收緩沖器按照每次幾個(gè)字節(jié)地依次取入接收數(shù)據(jù)。數(shù)據(jù)取入部134將所取入的接收數(shù)據(jù)供給到應(yīng)用處理部130。

圖7是示出由客戶端裝置1的控制部13執(zhí)行的數(shù)據(jù)發(fā)送處理的步驟的流程圖。每當(dāng)通過應(yīng)用處理部130生成上傳數(shù)據(jù)時(shí)，就執(zhí)行該數(shù)據(jù)發(fā)送處理。

首先，是否需要壓縮判別部131如上述那樣地判別是否需要壓縮所生成的上傳數(shù)據(jù)(步驟S101)。其結(jié)果是，在需要壓縮上傳數(shù)據(jù)的情況下(步驟S102：“是”)，數(shù)據(jù)壓縮部132以預(yù)先決定的方式(在本實(shí)施方式中為gzip)壓縮上傳數(shù)據(jù)(步驟S103)。另一方面，在無需壓縮上傳數(shù)據(jù)的情況下(步驟S102：“否”)，數(shù)據(jù)送出部133通過對上傳數(shù)據(jù)附加標(biāo)頭，生成發(fā)送數(shù)據(jù)(步驟S104)。圖8示出該情況下的標(biāo)頭的一個(gè)例子。

在接著步驟S103的步驟S105中，數(shù)據(jù)送出部133通過對壓縮過的上傳數(shù)據(jù)附加儲(chǔ)存有表示是壓縮數(shù)據(jù)的信息的標(biāo)頭，生成發(fā)送數(shù)據(jù)。圖9示出該情況下的標(biāo)頭的一個(gè)例子。然后，數(shù)據(jù)送出部133將所生成的發(fā)送數(shù)據(jù)供給到廣域通信接口10(步驟S106)。具體而言，數(shù)據(jù)送出部133進(jìn)行如下的處理：在廣域通信接口10的發(fā)送緩沖器中，從發(fā)送數(shù)據(jù)的開頭依次寫入預(yù)先決定的大小量的數(shù)據(jù)。

如以上說明的那樣，根據(jù)本發(fā)明的實(shí)施方式1的數(shù)據(jù)通信系統(tǒng)，客戶端裝置1的控制部13在將上傳數(shù)據(jù)發(fā)送到服務(wù)器2時(shí)，根據(jù)該上傳數(shù)據(jù)的大小和有無壓縮時(shí)間表格120，判別是否需要壓縮該上傳數(shù)據(jù)。此時(shí)，控制部13判別是否需要壓縮該上傳數(shù)據(jù)，以使由控制部13進(jìn)行的發(fā)送處理的所需時(shí)間變得更短。

由此，能夠高精度地縮短由控制部13進(jìn)行的發(fā)送處理的所需時(shí)間，能夠減輕控制部13(CPU)的通信時(shí)的負(fù)荷。因此，即使在搭載于客戶端裝置1的CPU并非高性能的情況下，也能夠防止與電力的管理、各設(shè)備5的控制有關(guān)的主處理的延遲。

(實(shí)施方式2)

接下來，對本發(fā)明的實(shí)施方式2的數(shù)據(jù)通信系統(tǒng)進(jìn)行說明。此外，在以下的說明中，對與上述實(shí)施方式共用的構(gòu)成要素等附加相同的符號(hào)并省略其說明。

本實(shí)施方式的客戶端裝置1具備的數(shù)據(jù)存儲(chǔ)部12如圖10所示，除了有無壓縮時(shí)間表格120以外，還存儲(chǔ)有無解壓時(shí)間表格121。有無解壓時(shí)間表格121(第2時(shí)間表格)是針對每個(gè)階段性地預(yù)先決定的數(shù)據(jù)大小，儲(chǔ)存了解壓時(shí)以及不解壓時(shí)的各自的由控制部13進(jìn)行的接收處理的所需時(shí)間的數(shù)據(jù)表格。圖11示出本實(shí)施方式中的有無解壓時(shí)間表格121的一個(gè)例子。在圖11的例子中，示出了關(guān)于通過控制部13接收數(shù)據(jù)大小為100[KB]的數(shù)據(jù)時(shí)的所需時(shí)間，在解壓了的情況下為C1[ms]，在不解壓的情況下為D1[ms]。

此外，在圖11的有無解壓時(shí)間表格121中，與解壓時(shí)的處理時(shí)間對應(yīng)的數(shù)據(jù)大小(例如與C1[ms]對應(yīng)的100[KB])不是表示壓縮后的數(shù)據(jù)大小，而是表示壓縮前的數(shù)據(jù)大小。

本實(shí)施方式的客戶端裝置1具備的控制部13如圖12所示，作為本發(fā)明特有的功能，具備應(yīng)用處理部130、是否需要壓縮判別部131A、數(shù)據(jù)壓縮部132、數(shù)據(jù)送出部133A、數(shù)據(jù)取入部134、是否需要解壓判別部135以及數(shù)據(jù)解壓部136。

是否需要壓縮判別部131A與實(shí)施方式1的是否需要壓縮判別部131同樣地，判別是否需要壓縮應(yīng)用處理部130所生成的上傳數(shù)據(jù)。進(jìn)而，是否需要壓縮判別部131A在上傳數(shù)據(jù)的內(nèi)容表示對服務(wù)器2的下載的請求的情況下，判別是否需要壓縮響應(yīng)于該請求而被預(yù)定從服務(wù)器2下載的下載預(yù)定數(shù)據(jù)。

在該情況下，是否需要壓縮判別部131A根據(jù)下載預(yù)定數(shù)據(jù)的大小和有無解壓時(shí)間表格121，判別是否需要壓縮該下載預(yù)定數(shù)據(jù)。例如，在該下載預(yù)定數(shù)據(jù)的大小是100[KB]的情況下，如果C1<D1，則判別為需要壓縮，在C1≥D1的情況下，判別為無需壓縮。此外，在本實(shí)施方式中，下載預(yù)定數(shù)據(jù)的大小被設(shè)為能夠根據(jù)所請求的下載數(shù)據(jù)的類別而判別的大小。或者，也可以是通過應(yīng)用處理部130來指定所請求的下載數(shù)據(jù)的大小的方式。

數(shù)據(jù)送出部133A與實(shí)施方式1的數(shù)據(jù)送出部133同樣地，進(jìn)行如下的處理：生成對未壓縮或者壓縮過的上傳數(shù)據(jù)附加了標(biāo)頭的數(shù)據(jù)(發(fā)送數(shù)據(jù))，將所生成的發(fā)送數(shù)據(jù)送出到廣域通信接口10。進(jìn)而，數(shù)據(jù)送出部133A在由是否需要壓縮判別部131A判別為需要壓縮下載預(yù)定數(shù)據(jù)的情況下，將請求壓縮下載數(shù)據(jù)的信息(詳情后述)儲(chǔ)存于發(fā)送數(shù)據(jù)的標(biāo)頭。

是否需要解壓判別部135在由廣域通信接口10接收到的來自服務(wù)器2的數(shù)據(jù)(接收數(shù)據(jù))中包括下載數(shù)據(jù)的情況下，判別是否需要解壓該下載數(shù)據(jù)。是否需要解壓判別部135在附加于下載數(shù)據(jù)的標(biāo)頭中儲(chǔ)存有表示是壓縮過的數(shù)據(jù)的信息的情況下，判別為需要解壓該下載數(shù)據(jù)(即壓縮過的下載數(shù)據(jù))。另一方面，當(dāng)在上述標(biāo)頭中未儲(chǔ)存表示是壓縮過的數(shù)據(jù)的信息的情況下，是否需要解壓判別部135判別為無需解壓該下載數(shù)據(jù)。

數(shù)據(jù)解壓部136在由是否需要解壓判別部135判別為需要解壓下載數(shù)據(jù)的情況下，以預(yù)先決定的方式(在本實(shí)施方式中為與gzip對應(yīng)的解壓方式)解壓(恢復(fù))下載數(shù)據(jù)。

在此，對接收到由服務(wù)器2壓縮的下載數(shù)據(jù)的情況下的由控制部13進(jìn)行的接收處理的所需時(shí)間進(jìn)行說明。在該情況下，如圖13所示，首先，進(jìn)行通過數(shù)據(jù)取入部134從廣域通信接口10取入由廣域通信接口10接收到的數(shù)據(jù)(接收數(shù)據(jù))的處理(數(shù)據(jù)取入處理)。在數(shù)據(jù)取入處理中，數(shù)據(jù)取入部134從廣域通信接口10的接收緩沖器按照每次幾個(gè)字節(jié)地依次取入接收數(shù)據(jù)。在該數(shù)據(jù)取入處理完成之后，通過數(shù)據(jù)解壓部136開始數(shù)據(jù)解壓處理。

此外，數(shù)據(jù)解壓部136對從在數(shù)據(jù)取入處理中所取入的接收數(shù)據(jù)中去除了標(biāo)頭的數(shù)據(jù)(即壓縮過的下載數(shù)據(jù))進(jìn)行解壓。然后，當(dāng)數(shù)據(jù)解壓處理完成時(shí)，將已解壓的(即恢復(fù)了的)下載數(shù)據(jù)供給到應(yīng)用處理部130。

在本實(shí)施方式中，如上述那樣地接收到壓縮過的下載數(shù)據(jù)的情況下的由控制部13進(jìn)行的接收處理的所需時(shí)間成為將由數(shù)據(jù)取入部134進(jìn)行數(shù)據(jù)取入處理的所需時(shí)間和由數(shù)據(jù)解壓部136進(jìn)行數(shù)據(jù)解壓處理的所需時(shí)間相加而得到的時(shí)間。

接下來，對接收到未由服務(wù)器2壓縮的下載數(shù)據(jù)的情況下的由控制部13進(jìn)行的接收處理的所需時(shí)間進(jìn)行說明。在該情況下，如圖14所示，當(dāng)由用數(shù)據(jù)取入部134進(jìn)行的數(shù)據(jù)取入處理完成時(shí)，不進(jìn)行由數(shù)據(jù)解壓部136進(jìn)行的數(shù)據(jù)解壓處理，將從由數(shù)據(jù)取入部134所取入的數(shù)據(jù)中去掉標(biāo)頭的數(shù)據(jù)作為下載數(shù)據(jù)供給到應(yīng)用處理部130。

在本實(shí)施方式中，如上述那樣地接收到未壓縮的下載數(shù)據(jù)的情況下的由控制部13進(jìn)行的接收處理的所需時(shí)間等于由數(shù)據(jù)取入部134進(jìn)行數(shù)據(jù)取入處理的所需時(shí)間。

圖15是示出由本實(shí)施方式的客戶端裝置1的控制部13執(zhí)行的數(shù)據(jù)發(fā)送處理的步驟的流程圖。每當(dāng)通過應(yīng)用處理部130生成上傳數(shù)據(jù)時(shí)，就執(zhí)行該數(shù)據(jù)發(fā)送處理。

首先，是否需要壓縮判別部131判別是否需要壓縮所生成的上傳數(shù)據(jù)(步驟S201)。其結(jié)果是，在需要壓縮上傳數(shù)據(jù)的情況下(步驟S202：“是”)，數(shù)據(jù)壓縮部132以預(yù)先決定的方式(在本實(shí)施方式中為gzip)壓縮上傳數(shù)據(jù)(步驟S203)。另一方面，在無需壓縮上傳數(shù)據(jù)的情況下(步驟S202：“否”)，數(shù)據(jù)送出部133通過對上傳數(shù)據(jù)附加標(biāo)頭，生成發(fā)送數(shù)據(jù)(步驟S204)。

在接著步驟S203的步驟S205中，數(shù)據(jù)送出部133通過對壓縮過的上傳數(shù)據(jù)附加儲(chǔ)存有表示是壓縮數(shù)據(jù)的信息的標(biāo)頭，生成發(fā)送數(shù)據(jù)。

是否需要壓縮判別部131A判別上傳數(shù)據(jù)的內(nèi)容是否為表示對服務(wù)器2的下載的請求的內(nèi)容(步驟S206)。在上傳數(shù)據(jù)的內(nèi)容不是表示下載的請求的內(nèi)容的情況下(步驟S206：“否”)，控制部13進(jìn)入到步驟S210的處理。

另一方面，在上傳數(shù)據(jù)的內(nèi)容是表示下載的請求的內(nèi)容的情況下(步驟S206：“是”)，是否需要壓縮判別部131A如上述那樣地判別是否需要壓縮響應(yīng)于該請求而被預(yù)定從服務(wù)器2下載的下載預(yù)定數(shù)據(jù)(步驟S207)。在由是否需要壓縮判別部131A判別為無需壓縮下載預(yù)定數(shù)據(jù)的情況下(步驟S208：“否”)，控制部13進(jìn)入到步驟S210的處理。

另一方面，在由是否需要壓縮判別部131A判別為需要壓縮下載預(yù)定數(shù)據(jù)的情況下(步驟S208：“是”)，數(shù)據(jù)送出部133A在步驟S204或者S205中所生成的發(fā)送數(shù)據(jù)的標(biāo)頭中儲(chǔ)存請求下載數(shù)據(jù)的壓縮的信息(步驟S209)。圖16以及圖17示出該情況下的標(biāo)頭的一個(gè)例子。圖16示出上傳數(shù)據(jù)未被壓縮的情況的例子，圖17示出上傳數(shù)據(jù)被壓縮的情況的例子。

然后，數(shù)據(jù)送出部133A將所生成的發(fā)送數(shù)據(jù)供給到廣域通信接口10(步驟S210)。

圖18是示出由本實(shí)施方式的客戶端裝置1的控制部13執(zhí)行的數(shù)據(jù)解壓處理的步驟的流程圖。每當(dāng)通過數(shù)據(jù)取入部134完成從廣域通信接口10取入接收數(shù)據(jù)時(shí)，就執(zhí)行該數(shù)據(jù)解壓處理。

首先，是否需要解壓判別部135判別在接收數(shù)據(jù)中是否包括下載數(shù)據(jù)(步驟S301)。在接收數(shù)據(jù)中未包括下載數(shù)據(jù)的情況下(步驟S301：“否”)，數(shù)據(jù)解壓處理結(jié)束。

另一方面，在接收數(shù)據(jù)中包括下載數(shù)據(jù)的情況下(步驟S301：“是”)，是否需要解壓判別部135判別是否需要解壓該下載數(shù)據(jù)(步驟S302)。是否需要解壓判別部135通過在附加于下載數(shù)據(jù)的標(biāo)頭中是否儲(chǔ)存有表示是壓縮過的數(shù)據(jù)的信息(例如表示壓縮方式的信息)，判別是否需要解壓該下載數(shù)據(jù)。即，如圖19所示，當(dāng)在標(biāo)頭中未儲(chǔ)存表示是壓縮過的數(shù)據(jù)的信息的情況下，是否需要解壓判別部135判別為無需解壓下載數(shù)據(jù)。另一方面，如圖20所示，當(dāng)在標(biāo)頭中儲(chǔ)存有表示是壓縮過的數(shù)據(jù)的信息的情況下，是否需要解壓判別部135判別為需要解壓下載數(shù)據(jù)。

在無需解壓下載數(shù)據(jù)的情況下(步驟S303：“否”)，數(shù)據(jù)解壓處理結(jié)束。另一方面，在需要解壓下載數(shù)據(jù)的情況下(步驟S303：“是”)，數(shù)據(jù)解壓部136以預(yù)先決定的方式(在本實(shí)施方式中為與gzip對應(yīng)的解壓方式)，解壓下載數(shù)據(jù)(步驟S304)。在該情況下，將已解壓的(即已恢復(fù)的)下載數(shù)據(jù)供給到應(yīng)用處理部130。

如以上說明的那樣，根據(jù)本發(fā)明的實(shí)施方式2的數(shù)據(jù)通信系統(tǒng)，客戶端裝置1具有與實(shí)施方式1的客戶端裝置1等同的功能，進(jìn)而，在對服務(wù)器2請求下載數(shù)據(jù)時(shí)，判別是否需要壓縮響應(yīng)于該請求而被預(yù)定從服務(wù)器2下載的下載數(shù)據(jù)(下載預(yù)定數(shù)據(jù))。此時(shí)，客戶端裝置1的控制部13根據(jù)下載預(yù)定數(shù)據(jù)的大小和有無解壓時(shí)間表格121，判別是否需要壓縮下載預(yù)定數(shù)據(jù)，以使控制部13(CPU)進(jìn)行的接收處理的所需時(shí)間變得更短。

因此，能夠高精度地縮短由控制部13進(jìn)行的發(fā)送處理以及接收處理的所需時(shí)間。因此，能夠在控制部13(CPU)中，減輕數(shù)據(jù)發(fā)送時(shí)以及數(shù)據(jù)接收時(shí)的負(fù)荷。

(實(shí)施方式3)

接下來，對本發(fā)明的實(shí)施方式3的數(shù)據(jù)通信系統(tǒng)進(jìn)行說明。此外，在以下的說明中，對與上述實(shí)施方式共用的構(gòu)成要素等附加相同符號(hào)并省略其說明。

在實(shí)施方式1中，通過數(shù)據(jù)壓縮部132壓縮上傳數(shù)據(jù)時(shí)的數(shù)據(jù)壓縮方式是固定的(例如gzip)。然而，在實(shí)施方式3中，數(shù)據(jù)壓縮部132以由是否需要壓縮判別部131從多個(gè)不同的壓縮方式中所選定的壓縮方式壓縮上傳數(shù)據(jù)。

本實(shí)施方式的客戶端裝置1具備的控制部13的功能結(jié)構(gòu)與實(shí)施方式1的控制部13的功能結(jié)構(gòu)相同(參照圖4)。另外，在本實(shí)施方式的客戶端裝置1具備的數(shù)據(jù)存儲(chǔ)部12中，如圖21所示，存儲(chǔ)了多個(gè)不同的壓縮方式的每一個(gè)的有無壓縮時(shí)間表格120。在本實(shí)施方式中，例如，除了與gzip對應(yīng)的有無壓縮時(shí)間表格120(參照圖3)以外，在數(shù)據(jù)存儲(chǔ)部12中還存儲(chǔ)了與compress、deflate等壓縮方式對應(yīng)的有無壓縮時(shí)間表格120。

是否需要壓縮判別部131與實(shí)施方式1同樣地，對于與有無壓縮時(shí)間表格120的上傳數(shù)據(jù)的大小對應(yīng)的記錄項(xiàng)，比較壓縮時(shí)的處理時(shí)間和不壓縮時(shí)的處理時(shí)間。然而，在本實(shí)施方式中，是否需要壓縮判別部131針對所有有無壓縮時(shí)間表格120進(jìn)行上述比較。然后，在至少某一個(gè)有無壓縮時(shí)間表格120中，對于與該上傳數(shù)據(jù)的大小對應(yīng)的記錄項(xiàng)，在壓縮時(shí)的處理時(shí)間<不壓縮時(shí)的處理時(shí)間成立的情況下，是否需要壓縮判別部131判別為需要壓縮上傳數(shù)據(jù)。然后，在多個(gè)有無壓縮時(shí)間表格120中，對于與該上傳數(shù)據(jù)的大小對應(yīng)的記錄項(xiàng)，在壓縮時(shí)的處理時(shí)間<不壓縮時(shí)的處理時(shí)間成立的情況下，從其中選定壓縮時(shí)的處理時(shí)間最短的壓縮方式作為本次使用的壓縮方式。

數(shù)據(jù)壓縮部132按照由是否需要壓縮判別部131所選定的壓縮方式來壓縮上傳數(shù)據(jù)。數(shù)據(jù)送出部133在由數(shù)據(jù)壓縮部132進(jìn)行了壓縮的情況下，通過對壓縮過的上傳數(shù)據(jù)附加儲(chǔ)存有表示由是否需要壓縮判別部131所選定的壓縮方式的信息的標(biāo)頭，生成發(fā)送數(shù)據(jù)。圖22示出該情況下的標(biāo)頭的一個(gè)例子。

如以上說明的那樣，根據(jù)本發(fā)明的實(shí)施方式3的數(shù)據(jù)通信系統(tǒng)，客戶端裝置1按照從多個(gè)壓縮方式適宜地選定的壓縮方式來壓縮上傳數(shù)據(jù)。因此，進(jìn)一步縮短由控制部13進(jìn)行發(fā)送處理的所需時(shí)間。

(實(shí)施方式4)

接下來，對本發(fā)明的實(shí)施方式4的數(shù)據(jù)通信系統(tǒng)進(jìn)行說明。此外，在以下的說明中，對與上述實(shí)施方式共用的構(gòu)成要素等附加相同符號(hào)并省略其說明。

在實(shí)施方式2中，在從客戶端裝置1對服務(wù)器2請求了下載數(shù)據(jù)的壓縮的情況下，由服務(wù)器2壓縮下載數(shù)據(jù)時(shí)的方式是固定的(例如gzip)。然而，在實(shí)施方式4中，客戶端裝置1對服務(wù)器2指定從多個(gè)壓縮方式中選定的壓縮方式。

本實(shí)施方式的客戶端裝置1具備的控制部13的功能結(jié)構(gòu)與實(shí)施方式2的控制部13的功能結(jié)構(gòu)相同(參照圖12)。另外，在本實(shí)施方式的客戶端裝置1具備的數(shù)據(jù)存儲(chǔ)部12中，如圖23所示，存儲(chǔ)了多個(gè)不同的壓縮方式的每一個(gè)的有無壓縮時(shí)間表格120和多個(gè)不同的壓縮方式的每一個(gè)的有無解壓時(shí)間表格121。與實(shí)施方式3同樣地，為了按照從多個(gè)壓縮方式中適宜地選定的壓縮方式來壓縮上傳數(shù)據(jù)，使用多個(gè)不同的壓縮方式的每一個(gè)的有無壓縮時(shí)間表格120。

在本實(shí)施方式中，例如，除了與gzip對應(yīng)的有無解壓時(shí)間表格121(參照圖11)以外，在數(shù)據(jù)存儲(chǔ)部12中還存儲(chǔ)了與compress、deflate等壓縮方式對應(yīng)的有無解壓時(shí)間表格121。

本實(shí)施方式的是否需要壓縮判別部131A與實(shí)施方式2同樣地，在上傳數(shù)據(jù)的內(nèi)容表示對服務(wù)器2的下載的請求的情況下，對于與有無解壓時(shí)間表格121的下載預(yù)定數(shù)據(jù)的大小對應(yīng)的記錄項(xiàng)，比較解壓時(shí)的處理時(shí)間和不解壓時(shí)的處理時(shí)間。然而，在本實(shí)施方式中，是否需要壓縮判別部131A針對所有有無解壓時(shí)間表格121進(jìn)行上述比較。然后，在至少某一個(gè)有無解壓時(shí)間表格121中，對于與該下載預(yù)定數(shù)據(jù)的大小對應(yīng)的記錄項(xiàng)，在解壓時(shí)的處理時(shí)間<不解壓時(shí)的處理時(shí)間成立的情況下，是否需要壓縮判別部131A判別為需要壓縮下載預(yù)定數(shù)據(jù)。

然后，在多個(gè)有無解壓時(shí)間表格121中，對于與該下載預(yù)定數(shù)據(jù)的大小對應(yīng)的記錄項(xiàng)，在解壓時(shí)的處理時(shí)間<不解壓時(shí)的處理時(shí)間成立的情況下，從其中選定解壓時(shí)的處理時(shí)間最短的壓縮方式作為本次使用的壓縮方式。

數(shù)據(jù)送出部133A在由是否需要壓縮判別部131A判別為需要壓縮下載預(yù)定數(shù)據(jù)的情況下，將表示由是否需要壓縮判別部131A所選定的壓縮方式的信息儲(chǔ)存到發(fā)送數(shù)據(jù)的標(biāo)頭。圖24示出該情況下的標(biāo)頭的一個(gè)例子。在圖24的例子中，示出了上傳數(shù)據(jù)被按照deflate壓縮，示出了對服務(wù)器2請求按照compress壓縮下載數(shù)據(jù)。

服務(wù)器2在按照由客戶端裝置1指定的壓縮方式壓縮了下載數(shù)據(jù)的情況下，在對壓縮過的下載數(shù)據(jù)附加的標(biāo)頭中儲(chǔ)存表示壓縮方式的信息。

是否需要解壓判別部135在對來自服務(wù)器2的下載數(shù)據(jù)附加的標(biāo)頭中儲(chǔ)存有表示壓縮方式的信息的情況下，判別為需要解壓下載數(shù)據(jù)，對數(shù)據(jù)解壓部136通知該壓縮方式。數(shù)據(jù)解壓部136按照由是否需要解壓判別部135通知的壓縮方式，解壓下載數(shù)據(jù)。

如以上說明的那樣，根據(jù)本發(fā)明的實(shí)施方式4的數(shù)據(jù)通信系統(tǒng)，客戶端裝置1具有與實(shí)施方式2以及3的客戶端裝置1等同的功能，進(jìn)而，能夠?qū)Ψ?wù)器2指定從多個(gè)壓縮方式中適宜地選定的壓縮方式。因此，能夠進(jìn)一步縮短由控制部13進(jìn)行的發(fā)送處理以及接收處理的所需時(shí)間。

(實(shí)施方式5)

接下來，對本發(fā)明的實(shí)施方式5的數(shù)據(jù)通信系統(tǒng)進(jìn)行說明。此外，在以下的說明中，對與上述實(shí)施方式共用的構(gòu)成要素等附加相同符號(hào)并省略其說明。

本實(shí)施方式的客戶端裝置1在實(shí)際運(yùn)行模式和試運(yùn)行模式這2種模式中的任意模式下工作。在實(shí)際運(yùn)行模式下工作時(shí)，本實(shí)施方式的客戶端裝置1實(shí)現(xiàn)與實(shí)施方式3的客戶端裝置1等同的功能。

本實(shí)施方式的客戶端裝置1的特征在于，在試運(yùn)行模式下工作時(shí)，構(gòu)建多個(gè)不同的壓縮方式的每一個(gè)的有無壓縮時(shí)間表格120(參照圖21)。以下，對上述特征詳細(xì)地進(jìn)行說明。

本實(shí)施方式的客戶端裝置1具備的控制部13如圖25所示，具備應(yīng)用處理部130、是否需要壓縮判別部131、數(shù)據(jù)壓縮部132、數(shù)據(jù)送出部133、數(shù)據(jù)取入部134、壓縮時(shí)間測量部137以及送出時(shí)間測量部138。

壓縮時(shí)間測量部137以運(yùn)行模式是試運(yùn)行模式為條件，測量由數(shù)據(jù)壓縮部132進(jìn)行的上傳數(shù)據(jù)的壓縮處理的開始至完成所需的時(shí)間、即數(shù)據(jù)壓縮部132的處理時(shí)間。此外，用戶能夠通過經(jīng)由例如平板型的個(gè)人計(jì)算機(jī)等終端裝置的操作，將客戶端裝置1的工作切換為試運(yùn)行模式或者實(shí)際運(yùn)行模式。

送出時(shí)間測量部138以運(yùn)行模式是試運(yùn)行模式為條件，測量由數(shù)據(jù)送出部133進(jìn)行的發(fā)送數(shù)據(jù)的送出處理的開始至完成所需的時(shí)間、即數(shù)據(jù)送出部133的處理時(shí)間。

在試運(yùn)行模式下，用戶能夠經(jīng)由上述終端裝置指定由應(yīng)用處理部130生成的上傳數(shù)據(jù)的類別、有無壓縮、壓縮方式等測試用的各參數(shù)。此外，在試運(yùn)行模式下，是否需要壓縮判別部131不起動(dòng)。另外，數(shù)據(jù)壓縮部132在由上述參數(shù)指定為有壓縮的情況下，按所指定的壓縮方式壓縮上傳數(shù)據(jù)。

當(dāng)由用戶指示了執(zhí)行測試時(shí)，客戶端裝置1進(jìn)行如下工作：根據(jù)如上述那樣地指定的各參數(shù)，將由應(yīng)用處理部130所生成的上傳數(shù)據(jù)發(fā)送到服務(wù)器2。控制部13通過上述工作，根據(jù)如上述那樣地測量到的數(shù)據(jù)壓縮部132的處理時(shí)間和/或數(shù)據(jù)送出部133的處理時(shí)間、和上傳數(shù)據(jù)的大小，生成包括數(shù)據(jù)大小、壓縮時(shí)的處理時(shí)間以及不壓縮時(shí)的處理時(shí)間的記錄項(xiàng)。然后，控制部13將所生成的記錄項(xiàng)登記到與指定的壓縮方式對應(yīng)的有無壓縮時(shí)間表格120。

通過變更各參數(shù)反復(fù)進(jìn)行上述測試，構(gòu)建圖21所示的多個(gè)不同的壓縮方式的每一個(gè)的有無壓縮時(shí)間表格120。

如以上說明的那樣，根據(jù)本發(fā)明的實(shí)施方式5的數(shù)據(jù)通信系統(tǒng)，使用通過使客戶端裝置1實(shí)際地工作而得到的數(shù)據(jù)(數(shù)據(jù)壓縮部132的處理時(shí)間、數(shù)據(jù)送出部133的處理時(shí)間)來構(gòu)建多個(gè)不同的壓縮方式的每一個(gè)的有無壓縮時(shí)間表格120。因此，由于在實(shí)際運(yùn)行模式下能夠使用這樣構(gòu)建的有無壓縮時(shí)間表格120，所以由是否需要壓縮判別部131進(jìn)行的是否需要壓縮的判別精度提高，作為結(jié)果，能夠進(jìn)一步縮短由控制部13進(jìn)行的發(fā)送處理的所需時(shí)間。

(實(shí)施方式6)

接下來，對本發(fā)明的實(shí)施方式6的數(shù)據(jù)通信系統(tǒng)進(jìn)行說明。此外，在以下的說明中，對與上述實(shí)施方式共用的構(gòu)成要素等附加相同符號(hào)并省略其說明。

本實(shí)施方式的客戶端裝置1與實(shí)施方式5的客戶端裝置1同樣地，在實(shí)際運(yùn)行模式和試運(yùn)行模式這2種模式中的任意模式下工作。在實(shí)際運(yùn)行模式下工作時(shí)，本實(shí)施方式的客戶端裝置1實(shí)現(xiàn)與實(shí)施方式4的客戶端裝置1等同的功能。

本實(shí)施方式的客戶端裝置1的特征在于，在試運(yùn)行模式下的工作時(shí)，構(gòu)建圖23所示那樣的、多個(gè)不同的壓縮方式的每一個(gè)的有無壓縮時(shí)間表格120、和多個(gè)不同的壓縮方式的每一個(gè)的有無解壓時(shí)間表格121。以下，對上述特征詳細(xì)地進(jìn)行說明。

本實(shí)施方式的客戶端裝置1具備的控制部13如圖26所示，具備應(yīng)用處理部130、是否需要壓縮判別部131A、數(shù)據(jù)壓縮部132、數(shù)據(jù)送出部133A、數(shù)據(jù)取入部134、是否需要解壓判別部135、數(shù)據(jù)解壓部136、壓縮時(shí)間測量部137、送出時(shí)間測量部138、解壓時(shí)間測量部139以及取入時(shí)間測量部140。

解壓時(shí)間測量部139以運(yùn)行模式是試運(yùn)行模式為條件，測量由數(shù)據(jù)解壓部136進(jìn)行的下載數(shù)據(jù)的解壓處理的開始至完成所需的時(shí)間、即數(shù)據(jù)解壓部136的處理時(shí)間。此外，與實(shí)施方式5同樣地，用戶能夠通過經(jīng)由例如平板型的個(gè)人計(jì)算機(jī)等終端裝置的操作將客戶端裝置1的工作切換為試運(yùn)行模式或者實(shí)際運(yùn)行模式。

取入時(shí)間測量部140以運(yùn)行模式是試運(yùn)行模式為條件，測量由數(shù)據(jù)取入部134進(jìn)行的接收數(shù)據(jù)的取入處理的開始至完成所需的時(shí)間、即數(shù)據(jù)取入部134的處理時(shí)間。

在試運(yùn)行模式下，用戶與實(shí)施方式5同樣地，能夠經(jīng)由上述終端裝置指定由應(yīng)用處理部130生成的上傳數(shù)據(jù)的大小、有無壓縮、壓縮方式等構(gòu)建有無壓縮時(shí)間表格120的測試用的參數(shù)。進(jìn)而，在本實(shí)施方式中，用戶能夠經(jīng)由上述終端裝置，指定對服務(wù)器2請求的下載數(shù)據(jù)的類別、有無壓縮請求、請求的壓縮方式等構(gòu)建有無解壓時(shí)間表格121的測試用的參數(shù)。

此外，在試運(yùn)行模式下，是否需要壓縮判別部131A不起動(dòng)。另外，與實(shí)施方式5同樣地，數(shù)據(jù)壓縮部132在由上述參數(shù)指定為有壓縮的情況下，按指定的壓縮方式壓縮上傳數(shù)據(jù)。

當(dāng)由用戶指示了執(zhí)行構(gòu)建有無壓縮時(shí)間表格120的測試時(shí)，與實(shí)施方式5同樣地，控制部13根據(jù)測量到的數(shù)據(jù)壓縮部132的處理時(shí)間和/或數(shù)據(jù)送出部133A的處理時(shí)間、和上傳數(shù)據(jù)的大小，生成包括數(shù)據(jù)大小、壓縮時(shí)的處理時(shí)間以及不壓縮時(shí)的處理時(shí)間的記錄項(xiàng)。然后，控制部13將所生成的記錄項(xiàng)登記到與指定的壓縮方式對應(yīng)的有無壓縮時(shí)間表格120。

通過變更各參數(shù)反復(fù)進(jìn)行用于構(gòu)建有無壓縮時(shí)間表格120的上述測試，構(gòu)建圖23所示的多個(gè)不同的壓縮方式的每一個(gè)的有無壓縮時(shí)間表格120。

另外，當(dāng)由用戶指示了執(zhí)行構(gòu)建有無解壓時(shí)間表格121的測試時(shí)，客戶端裝置1進(jìn)行如下的工作：根據(jù)指定的各參數(shù)，將用于請求下載數(shù)據(jù)的上傳數(shù)據(jù)發(fā)送到服務(wù)器2，和接收響應(yīng)于上述請求而從服務(wù)器2送來的下載數(shù)據(jù)。

控制部13通過上述工作，根據(jù)如上述那樣地測量到的數(shù)據(jù)取入部134的處理時(shí)間和/或數(shù)據(jù)解壓部136的處理時(shí)間、下載數(shù)據(jù)的有無壓縮、下載數(shù)據(jù)的壓縮方式以及下載數(shù)據(jù)(不壓縮時(shí))的大小，生成包括數(shù)據(jù)大小、解壓時(shí)的處理時(shí)間以及不解壓時(shí)的處理時(shí)間的記錄項(xiàng)。然后，控制部13將所生成的記錄項(xiàng)登記到與指定的壓縮方式對應(yīng)的有無解壓時(shí)間表格121。

通過變更各參數(shù)反復(fù)進(jìn)行用于構(gòu)建有無解壓時(shí)間表格121的上述測試，構(gòu)建圖23所示的多個(gè)不同的壓縮方式的每一個(gè)的有無解壓時(shí)間表格121。

如以上說明的那樣，根據(jù)本發(fā)明的實(shí)施方式6的數(shù)據(jù)通信系統(tǒng)，起到與實(shí)施方式5的數(shù)據(jù)通信系統(tǒng)同樣的效果。進(jìn)而，根據(jù)實(shí)施方式6的數(shù)據(jù)通信系統(tǒng)，使用通過使客戶端裝置1實(shí)際地工作而得到的數(shù)據(jù)(數(shù)據(jù)取入部134的處理時(shí)間、數(shù)據(jù)解壓部136的處理時(shí)間)，構(gòu)建多個(gè)不同的壓縮方式的每一個(gè)的有無解壓時(shí)間表格121。因此，由于在實(shí)際運(yùn)行模式下能夠使用這樣構(gòu)建的有無解壓時(shí)間表格121，所以由是否需要壓縮判別部131A進(jìn)行的是否需要壓縮下載預(yù)定數(shù)據(jù)的判別精度提高，作為結(jié)果，能夠進(jìn)一步縮短由控制部13進(jìn)行的接收處理的所需時(shí)間。

此外，本發(fā)明不限于上述各實(shí)施方式，當(dāng)然能夠在不脫離本發(fā)明的宗旨的范圍內(nèi)進(jìn)行各種變更。

例如，當(dāng)在數(shù)據(jù)存儲(chǔ)部12存儲(chǔ)有多個(gè)不同的壓縮方式的每一個(gè)的有無壓縮時(shí)間表格120、多個(gè)不同的壓縮方式的每一個(gè)的有無解壓時(shí)間表格121的情況下，由于不壓縮時(shí)的處理時(shí)間、不解壓時(shí)的處理時(shí)間不依賴于壓縮方式而由數(shù)據(jù)大小決定，所以也可以共用地存儲(chǔ)。

另外，在上述各實(shí)施方式中，還能夠?qū)⒂煽蛻舳搜b置1執(zhí)行的程序儲(chǔ)存到CD-ROM(Compact Disc Read Only Memory，只讀存儲(chǔ)型光盤)、DVD(Digital Versatile Disc，數(shù)字多功能盤)、MO(Magneto-Optical Disk，磁光盤)、USB存儲(chǔ)器、存儲(chǔ)卡等計(jì)算機(jī)可讀取的記錄介質(zhì)而分發(fā)。另外，還能夠通過將上述程序安裝到特定或者通用的計(jì)算機(jī)，而使該計(jì)算機(jī)作為上述各實(shí)施方式中的客戶端裝置1發(fā)揮功能。

另外，也可以將上述程序儲(chǔ)存到因特網(wǎng)等通信網(wǎng)絡(luò)上的服務(wù)器裝置具有的盤裝置等，疊加到例如載波上，下載到計(jì)算機(jī)等。另外，通過在經(jīng)由通信網(wǎng)絡(luò)轉(zhuǎn)發(fā)程序的同時(shí)起動(dòng)執(zhí)行程序，也能夠進(jìn)行上述處理。進(jìn)而，通過在服務(wù)器裝置上執(zhí)行程序的全部或者一部分，計(jì)算機(jī)在經(jīng)由通信網(wǎng)絡(luò)發(fā)送接收與該處理有關(guān)的信息的同時(shí)執(zhí)行程序，也能夠進(jìn)行上述處理。

此外，在OS(Operating System，操作系統(tǒng))分擔(dān)實(shí)現(xiàn)上述功能時(shí)或者通過OS和應(yīng)用的協(xié)作實(shí)現(xiàn)上述功能時(shí)等，也可以僅將OS以外的部分儲(chǔ)存到上述記錄介質(zhì)而分發(fā)，并且，也可以下載到計(jì)算機(jī)等。

本發(fā)明能夠不脫離廣義的精神和范圍而實(shí)現(xiàn)各種實(shí)施方式以及變形。另外，上述實(shí)施方式用于說明本發(fā)明，不限定本發(fā)明的范圍。即，本發(fā)明的范圍并非由實(shí)施方式而是由權(quán)利要求書示出。另外，在權(quán)利要求書內(nèi)以及與其等同的發(fā)明的意義的范圍內(nèi)實(shí)施的各種變形被視為本發(fā)明的范圍內(nèi)。

產(chǎn)業(yè)上的可利用性

本發(fā)明可適用于客戶端裝置與服務(wù)器之間的數(shù)據(jù)通信技術(shù)。