JP2003256313A - Data acquisition method, relay method, relay device, client device, program, and recording medium - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To restart interrupted data transmission only when data, which a server device has, is not updated in case that the data transmission from the server device is interrupted. <P>SOLUTION: When the data transmission, which transmits data WWW server 16 has to DTE 11 via LWP 15, is interrupted, the DTE 11 stores a part already received, the LWP 15 compares already-received part information obtained from the DTE 11 and update information received from the WWW server 16 in response to data transmission restart request from the DTE 11, and transmits only a part the DTE 11 does not still receive to the DTE 11 only when both are identical, and the DTE 11 obtains data by connecting the part already received and the part unreceived. <P>COPYRIGHT: (C)2003,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data acquisition method in which a client device acquires data from a server device via a relay device, a relay method executed in the relay device, and a client device executing each of these methods. The present invention relates to a relay device, a program for causing a computer device to execute each of these methods, and a computer-readable recording medium recording the program.

[0002]

2. Description of the Related Art In recent years, with the rapid spread of the Internet, information providers (hereinafter referred to as "IP") that provide various services on the Internet.
Are appearing in large numbers. If the user desires to use the services provided by these IPs, these IPs
Must download the content provided on the Internet and execute the content.

More specifically, the content provided by the IP is an HT which is a descriptive language in which an image, a sound, a moving image, a location of another document, etc. can be embedded in the document.
It is composed of text data described in ML (Hyper Text Markup Language) and image data and audio data associated with the text data according to HTML. Further, these contents are stored in a WWW (World Wide Web) server connected to the Internet. User is software that has the function of acquiring and interpreting content (hereinafter referred to as "browser")
Can be executed by a client device to download contents from a WWW server connected to the Internet. The user's client device is not directly connected to the Internet, but is connected to the Internet via a gateway server (access server) that establishes the Internet protocol. This type of gateway server has a first communication line (for example, a local area network or a public network) and a second communication line (Internet) for communicating with a client device.
And relays communication between the client device and the server device. Further, gateway servers having a proxy server function are also widely used. As a client device used by the user, a mobile phone with a browser function, a PDA (Personal Digital Assistance), a P
C (Personal Computer) is widely used.

[0004]

As described above, the user can download the content from the WWW server by executing the browser on the client device. If the download is interrupted, the desired content cannot be acquired. In such a case, if the user wants to use the content, there is a problem that the content must be downloaded again from the beginning.

In the conventional data communication technique as a method for solving the above problems, the server device is made to monitor the reception status of the data of the client device, and when the data transmission to the client device is interrupted, the client device is Has proposed a method of storing the part received so far. By using such a method, when the user instructs to download the same data, the interrupted data transmission is restarted from the interrupted point, and the client device transmits only the unreceived portion, and the client device It is possible to obtain the data desired by the user by combining the portion received before the interruption with the portion received after the restart. In order to reduce the processing load on the server device, a method is also proposed in which a relay device that relays communication between the server device and the client device is provided, and the relay device monitors the download status of data to the client device. ing.

However, even when the above-mentioned method is used, the data to be downloaded stored in the server device from the time when the download is interrupted to the time when the restart of the interrupted download is requested. Is updated, the server device interrupts because the client device cuts out the unreceived part from the updated data different from the data stored in the client device and sends it to the client device. There is a problem that the transmitted data cannot be restarted properly. In addition, generally, the cost related to data communication is charged to the user according to the communication data amount, and if the data to be downloaded has been updated as described above, the interrupted data transmission is required. Despite not being able to restart properly
There is also a problem that the user is forced to bear the communication cost (communication time, fee).

The present invention has been made in view of the above-mentioned problems, and when data transmission from the server device is interrupted, the interrupted data transmission can be restarted from the time of interruption. In addition, it provides a data acquisition method that does not impose unnecessary communication cost on the user even if the data is updated between the time when the data transmission is interrupted and the time when it is restarted. The purpose is to do.

[0008]

According to the present invention, in order to solve the above-mentioned problems, a client device acquires data requested by the client device from a server device storing the data and sends the data to the client device. When acquiring the data using the relay device for transmitting, a storage process of storing the already received portion of the data received by the time when the data transmission from the relay device is interrupted, and the client device A request process of transmitting already-received part information, which is information about already-received parts, to the relay device to request restart of the data transmission, and at the same time, the relay device acquiring update information, which is information about the data, from the server device. And whether the relay device can restart the data transmission by comparing the already received partial information with the update information. And a transmission step in which the relay device transmits only the unreceived portion of the data that is not received by the client device to the client device only when the relay device determines in the determination process as possible. And a data acquisition method in which the client device includes a display process of combining and displaying the already received portion and the unreceived portion.

Further, in order to solve the above-mentioned problems, the present invention, when the relay device acquires the data requested by the client device from the server device storing the data and transmits the data to the client device, The client device, which stores the already-received part of the data received by the client device by the time when the data transmission from the relay device is interrupted, relays the already-received part information, which is information about the already-received part, by the relay. An acquisition process in which the relay device acquires update information, which is information about the data, from the server device while requesting to restart the data transmission by transmitting the data to the device; A determination process for determining whether or not the data transmission can be restarted by comparing with the update information, and the relay device At, can with the client device of the data only if it is determined to provide a relay method and a transmission process of transmitting only the unreceived portion not received the client device.

Further, according to the present invention, in order to solve the above-mentioned problem, when the data requested by the own device is acquired from a server device storing the data and is transmitted using a relay device, the data is acquired. In addition, a storage function for storing the already received portion of the data received by the time the data transmission from the relay device is interrupted, and already received portion information that is information regarding the already received portion is transmitted to the relay device. And a request function for requesting restart of the data transmission, and the relay device relays an unreceived portion of the data that is not received by the own device only when the relay device determines that the data transmission can be restarted. A client device having a display function of receiving from a device and combining and displaying the unreceived portion and the already received portion is provided.

Further, according to the present invention, in order to solve the above-mentioned problems, when the data requested by the client device is acquired from the server device storing the data and transmitted to the client device, The received part information which is the information about the already received part, which is the information about the already received part, which is received by the client device by the time when the data transmission of the An acquisition function of acquiring update information, which is information from the server device, and a determination function of comparing the already received partial information with the update information to determine whether or not the data transmission can be restarted; Only when the function determines that it is possible, the unreceived part of the data that is not received by the client device is The providing relay device and a transmission function for transmitting to the client device.

Further, according to the present invention, in order to solve the above-mentioned problems, the data from the relay device which acquires and transmits the data requested by the computer device from the server device storing the data to the computer device. When receiving the data transmission of, the storage procedure for storing the already received portion of the data received by the time when the data transmission from the relay device is interrupted, and the already received portion that is information regarding the already received portion. A request procedure for transmitting information to the relay device to request restart of the data transmission, and that the relay device determines that the data is received by the own device only when it is determined that the data transmission can be restarted. A program for receiving an unreceived portion that is not received from the relay device, and executing a display procedure for displaying the unreceived portion and the already received portion by combining them. Recording a computer apparatus program to provide a recording medium readable.

Further, in order to solve the above-mentioned problems, the present invention provides a computer device for acquiring data requested by a client device from a server device storing the data and transmitting the data to the client device. The received data by the client device up to the time when the data transmission to the device is interrupted, and the received data, which is information about the received data, is stored from the client device that stores the received data of the data. An acquisition procedure for acquiring update information, which is information about the information from the server device, and a determination procedure for comparing the already-received partial information and the update information to determine whether or not the data transmission can be restarted, The client device does not receive the data among the data only when it is determined as possible in the determination procedure. Recording a computer apparatus program and the program for executing a transmission step of transmitting only the unreceived portion in the client device provides a recording medium readable.

By using the data acquisition method, the relay method, the client device, the relay device, the program, and the recording medium as described above, the relay device can perform the data transmission only when the data transmission requested by the client device can be resumed. Resume transmission.

[0015]

DETAILED DESCRIPTION OF THE INVENTION Embodiments of the present invention will be described below with reference to the drawings. However, the technical scope of the present invention is not limited to the embodiment, and includes any aspect within the scope described in the claims, which is obtained by applying a well-known technique to the embodiment.

(1) Overall Configuration FIG. 1 is a diagram showing an outline of a communication system for implementing the data acquisition method according to the present invention. In the communication system shown in this figure, a data terminal device (hereinafter referred to as "DTE") 1
1 is G of HTTP (Hyper Text Transfer Protocol)
Content is downloaded from a WWW server 16 connected to the Internet 14 via a lightweight proxy server (hereinafter referred to as “LWP”) 15 using the ET method or the POST method. Where DTE11 and L
When the download of the content using the GET method is interrupted between the WP 15 and the WP 15, the DTE 11 receives the part received by the time when the download is interrupted (hereinafter,
"Received portion") is stored, and if the user then gives an instruction to restart the interrupted download, L
Request the WP 15 to restart the interrupted download.
That is, the DTE 11 transmits only the part that is not received due to the interruption (hereinafter, referred to as “unreceived part”) to the LWP.
Request 15 On the other hand, the LWP 15 requested to restart the download from the DTE 11 determines whether or not the already-received portion and the portion corresponding to the already-received portion of the content stored in the WWW server 16 match. Only the unreceived part is transmitted to the DTE 11. When the DTE 11 receives this unreceived portion, the DTE 11 combines the already received portion stored in its own device and the unreceived portion transmitted from the LWP 15 to acquire the content. As described above, the communication system shown in FIG. 1 enables the resumption of the download of the interrupted content, and at the same time, when the received portion and the portion corresponding to the received portion of the content do not match, The unnecessary data is not downloaded from the LWP 15 to the DTE 11 without transmitting the unreceived portion.

Note that the communication system shown in FIG.
When the download of the content by the T method is interrupted, the interrupted download is not restarted. This means that the content downloaded using the POST method will be sent to the CGI (Common Gateway Interface) on the WWW server every time the download is requested.
Etc. are dynamically generated using the DTE11
However, the same content is not always generated at the time of requesting the first download and the time of requesting resumption. Further, in this figure, one WWW server and one DTE are illustrated in order to prevent the drawing and the description from being complicated, but in reality, a large number of W
There is a WW server and DTE. Further, the DTE has a mobile phone function and can make a voice call via a mobile communication network. However, since the part relating to the voice call is not directly related to the present invention, the voice call is made in the present embodiment. The description and illustration relating to FIG.

(2) Between DTE11 and LWP15 and L
Communication Sequence between WP15 and WWW Server 16 FIG. 2 shows the communication system shown in FIG.
FIG. 11 is a diagram showing a communication sequence transmitted / received among the DTE 11, the LWP 15, and the WWW server 16 when the content composed of the text data and the image data is downloaded from the WWW server 16 via P15.

First, the DTE 11 sends a request 21 requesting the download of text data to the LWP 15. This request 21 is for mobile packet communication network 1
2. The LWP 15 is reached via the gateway server 13 and the Internet 14 in this order. Upon receiving the request 21 transmitted from the DTE 11, the LWP 15 transmits the request 22 requesting the download of the text data to the WWW server 16 via the Internet 14. Upon receiving the request 22 transmitted from the LWP 15, the WWW server 16 reads the text data specified in the request 22 and sends a response 23 including the text data to the LW via the Internet 14.
Reply to P15. When the LWP 15 receives the response 23, the LWP 15 transmits a request 24 requesting the download of the image data associated with the text data to the WWW server 16, as will be described later in detail in the content proxy acquisition process. LWP15
The WWW server 16, which has received the request 24 transmitted from, reads out the image data specified in the request 24, and returns a response 25 including the image data to the LWP 15 via the Internet 14. When the LWP 15 receives the response 25, the LWP 15 generates download data described below from the previously acquired text data and image data, which will be described in detail in the related data combining process described later. Next, the LWP 15 sends the response 26 including the download data to the DTE 1
It is transmitted to the DTE 11 as a response corresponding to the request 21 transmitted from 1. The response 26 transmitted from the LWP 15 is DT via the Internet 14, the gateway server 13, and the mobile packet communication network 12 in order.
It is received by E11. Note that in FIG. 2, each communication message (each request and each response) is shown as if it is one communication message in order to prevent the drawing from becoming complicated, but in reality, the communication target A plurality of packets are transmitted and received by dividing the above data into a predetermined size (number of bytes). In the following description, unless otherwise directly related to the description of the present invention, each communication message will be described as sending and receiving one packet.

(3) Outline of Download Data Generated by LWP 15 As described above, in the LWP 15, contents requested to be downloaded by the DTE 11 are composed of text data and image data associated with the text data. If so, one download data is generated from the text data and the image data, and the download data is transmitted to the DTE 11. In the following, the download data generated by the LWP 15 when the content requested by the DTE 11 is composed of text data (aaaa.html) and image data (bbbb.gif) will be described. FIG. 3 is a diagram showing a main part of the text data (aaaa.html). The text data is described in HTML, and as shown in FIG.
It has an IMG tag. Here, the IMG tag is a tag that describes information about image data associated with the text data. Specifically, the SRC attribute of the IMG tag has a URI (Uniform Resource Identifie) of the image data associated with the text data.
r) is described, the WIDTH attribute and HIGH
The T attribute describes the size of the image to be displayed. In the IMG tag, the URI of the image data (bbbb.gif) storing the image image shown in FIG. 4 is described in the SRC attribute. FIG. 5 shows the above-mentioned text data (aaa
It is a figure which shows the outline of the download data produced | generated from a.html) and image data (bbbb.gif). As shown in this figure, the download data has two areas, a text area 51 and an image area 52. The text area 51 stores the URI specified in the SRC attribute of the IMG tag of the text data (aaaa.html) replaced with a predetermined character string (for example, IMGDATA01). On the other hand, in the image area 52, the image data (bbbb.gif) specified in the SRC attribute of the IMG tag of the text data is converted into a predetermined algorithm (for example, Bas).
Data (hereinafter, referred to as “image text”) encoded and textified in e64) is stored. Here, in the image text, a tag <IMGDATA01> indicating the start position of the image text and a tag </ IMGDATA0 indicating the end position of the image text are displayed.
1> and are given. If the content consists of text data only, LWP15
Generates download data having no image area 52. If a plurality of image data are associated with the text data, the LWP 15 creates a plurality of image data in the image area 52 by the number of the image data associated with the text data, as shown in FIG. Generate download data with image text.

(4) Configuration and Function of WWW Server 16 The WWW server 16 is a general computer device that constitutes the WWW realized by using the Internet 14, and requests via the Internet 14 in accordance with HTTP. Upon reception, it has an HTTP server function for sending a response corresponding to this to the Internet 14. For example, the WWW server stores text data described in HTML and data files such as image data, and the received request reads the file corresponding to the URI specified by the GET method and includes the file. Send back a response.

(5) Configuration and Function of DTE11 (5-1) Configuration of DTE11 FIG. 7 is a block diagram showing the hardware configuration of the DTE11. As shown in this figure, the DTE11 is a CP.
U71, wireless communication part 72, operation part 73, and display part 7
4, a volatile memory 75, a non-volatile memory 76, and a bus 77 that mediates data exchange between the respective elements.

The wireless communication unit 72 is, for example, a wireless communication interface including an antenna and the like, sends out the information supplied from the CPU 71 to the mobile packet communication network 12, and receives the information received via the mobile packet communication network 12 from the CPU 71. Hand over to. The operation unit 73 includes, for example, an operator (such as a numeric keypad and a cursor) operated by a user, and passes information indicating the operation content of the operator to the CPU 71. Display 7
Reference numeral 4 denotes, for example, a liquid crystal display, which displays an image according to the image information supplied from the CPU 71.

The volatile memory 75 is a RAM (Random Acc
The nonvolatile memory 76 is, for example, a ROM (Read Only Memo) that stores data in a non-rewritable manner.
ry) 761 and EEP for rewritably storing data
ROM (Electrically Erasable Programmable Read On
ly Memory) 762. The ROM 761 stores software such as an operating system (hereinafter referred to as “OS”) and a browser.

(5-2) Functions of DTE 11 Next, the functions given to the CPU 71 when the CPU 71 executes the software stored in the ROM 761 will be described. However, description of functions that are substantially the same as those of a general mobile phone equipped with a browser is omitted, and here, only functions that are directly related to the operation of the present embodiment will be described.

When the power (not shown) of the DTE 11 is turned on, the CPU 71 reads the OS from the ROM 761 and executes it. The CPU 71 running the OS uses the volatile memory 75 as a work area,
Software such as a browser can be read from the ROM 761 and executed in accordance with the control of each unit of the E11 and the operation content of the operation unit 73 by the user. In addition, the browser installed in DTE11
In addition to providing a user interface for designating a URI and requesting download of the entire content, a user interface for designating a URI and requesting download of only an unreceived portion is also provided.

(5-2-1) Profile Information Setting Function The profile information setting function determines whether the CPU 71 allows the server name or IP address of the LWP input by the user and whether or not the interrupted download is restarted. The information about the communication between the DTE 11 and the LWP 15, such as the information shown, is stored in the EEPROM 762 as profile information.
It is a function to be stored in.

FIG. 8 is a flow chart showing the flow of profile information setting processing executed by the CPU 71 which is executing the profile information setting program. As shown in this figure, the user operates the operation unit 73 of the DTE 11.
When the start of the profile information setting process is instructed using, the CPU 71 reads out the profile information stored in the EEPROM 762 and temporarily stores it in the volatile memory 75, and at the same time controls the display unit 74 to operate the volatile memory. The profile information setting screen shown in FIG. 9 is displayed based on the profile information temporarily stored in 75 (step SA1).

FIG. 9 is a view showing an example of the profile information setting screen. The input area 91 is an input area into which the IP address of the LWP 15 communicating with the DTE 11 is input, and the list box 92 is displayed on the display section 74. The display gradation of the image to be displayed is an input area, and the list box 93 is an input area in which information indicating whether or not to permit the restart of the interrupted download is input. When the user performs some input operation, the CPU 71 receives the operation content of the user via the operation unit 73 (step SA2) and determines the operation content of the user (step SA3). That is, whether the operation content of the user is pressing the setting button 94 (hereinafter referred to as “setting operation”), pressing the cancel button 95 (hereinafter referred to as “cancel operation”), or neither setting operation nor cancellation operation. It is determined whether it is an operation (hereinafter referred to as "other operation").

When the operation content of the user is other operation, the CPU 71 updates the profile information stored in the volatile memory 75 with the operation content of the user, and based on the updated profile information. The profile information setting screen again on the display unit 74 (step S
A1) and wait for input operation from the user again. When the operation content of the user is a setting operation, the CPU 71 overwrites and updates the profile information stored in the EEPROM 762 with the profile information stored in the volatile memory 75 (step SA4) to obtain the profile. The information setting process ends. If the user's operation is a cancel operation, the CPU
71 ends the profile information setting process without performing the above-mentioned overwrite update.

(5-2-2) Content Acquisition Function and Interpretation / Display Function The content acquisition function is a function for the DTE 11 to download the content from the WWW server 16 via the LWP 15, and is provided in the CPU 71 in a state where the browser is executed. It is realized using the HTTP client function. The interpretation / display function is a function for interpreting / displaying the downloaded content, and is the CPU that executes the browser.
It is realized by using the HTML interpretation function and the user interface providing function of 71.

FIG. 10 shows the CPU 71 executing the browser.
5 is a flowchart showing a flow of a content acquisition process executed by. As shown in this figure, when the user gives an instruction to start the content acquisition process using the operation unit 73 of the DTE 11, the CPU 71 first determines that the operation content of the user is an operation for requesting the download of the entire content (hereinafter, " It is determined whether it is an "entire request operation") or an operation of restarting the interrupted download and requesting only the unreceived portion of the content to be downloaded (hereinafter referred to as "unreceived portion request operation") ( Step S
B1). If it is the entire request operation, the CPU 71
Performs overall request processing described later (step SB2),
The content acquisition process ends. In the case of the unreceived partial request operation, the CPU 71 first sets EEPRO.
The profile information is read from M762, and it is determined whether or not the restart of the interrupted download is permitted (step SB3).

If permitted, the CPU 71
The unreceived part request process described later is performed (step SB
4) Then, the content acquisition process ends. If not permitted, the CPU 71 causes the display unit 74 to display text data (for example, “reset profile information”) that prompts the user to set profile information (step SB5), and the content concerned. The acquisition process ends.

(5-2-3) Overall Request Processing FIG. 11 is a flowchart showing the flow of overall request processing executed by the CPU 71 which is executing the browser.
First, the CPU 71 controls the wireless communication unit 72 to control the CPU.
71 and LWP15 TCP connection (hereinafter,
A "client TCP connection" is established (step SC1). Next, the CPU 71 requests using the GET method (for example, "GET //? Http: // ww.
w. ****. co.jp/aaa.html/HTTP/1.0 ”) is generated and the request is transmitted to the LWP 15 via the client TCP connection (step SC2).

Thereafter, the CPU 71 determines whether or not the reception of the response to the request has been completed (step SC3). CPU7 only if not completed
1 determines whether or not a predetermined time has passed (step SC4), and if not, step SC3
When the subsequent processing is repeated and the time has elapsed, the URI described in the request, the profile information, and the already received portion are stored in the EEPROM 762 in association with each other (step SC5).

Next, the CPU 71 causes the client T
Disconnect CP connection (step SC6), LWP
Content display processing described later is performed on the download data transmitted from 15. (Step SC7), and the overall request processing is ended. In addition, due to communication failure etc.
If the client TCP connection has already been disconnected, the CPU 71 does not perform the process of step SC6.

(5-2-4) Unreceived Part Request Process FIG. 12 is a flowchart showing the flow of the unreceived part request process executed by the CPU 71 which is executing the browser. First, the CPU 71 acquires from the EEPROM 762 the already-received portion corresponding to the URI for which the unreceived portion request operation has been performed by the user, performs the later-described restart position information calculation processing on the already-received portion, and obtains the restart position information. It is acquired (step SD1).

Next, the CPU 71 makes the EEPROM 762.
A hash value is calculated for a portion specified by the restart position information from the beginning of the already received portion stored in the hash value using a predetermined hash value generation algorithm (eg, Adler-32), and the hash value is restarted. It is acquired as information (step SD2). Here, the hash value generation algorithm is an algorithm that generates a fixed-length pseudo random number from input data, and the fixed-length pseudo random number generated by the algorithm is called a "hash value". Generally, since the hash value generation algorithm includes an irreversible one-way operation, the input data cannot be reproduced from the hash value, and it is extremely difficult to create different data having the same hash value.

Next, the CPU 71 performs the same processing as step SC1 of the above-described overall request processing, establishes a client TCP connection between the CPU 71 and the LWP 15 (step SD3), and makes a request using the HTTP GET method. (For example, "GET / offset-cheksum /
/?http:www.****.co.jp/aaaa.html/HTTP1.0 ”) is generated and the request is transmitted to the LWP 15 via the client TCP connection (step SD).
4). In the above request example, offset is character string data in which the restart position information acquired in step SD1 is converted into a hexadecimal character string, and checksum is converted into the hexadecimal character string in the restart determination information acquired in step SD2. It is character string data.

Thereafter, the CPU 71 determines whether or not the reception of the response to the request has been completed (step SD5), and only when it has not completed, the CPU 7
1 determines whether or not a predetermined time has elapsed (step SD6). If not, step SD5
When the subsequent processing is repeated and the time has elapsed, the URI described in the request, the profile information, and the already received portion are stored in the EEPROM 762 in association with each other (step SD7).

Next, the CPU 71 causes the client T
Disconnect CP connection (step SD8), LWP
It is determined whether or not the unreceived part has been transmitted from 15 (step SD9). When the client TCP connection has already been disconnected due to a communication failure or the like, the CPU 71 does not perform the process of step SD8.
When the unreceived portion is transmitted, the CPU 71 makes an EEP
The received part and LWP15 stored in the ROM 762
The unreceived part received from is combined to obtain the download data (step SD10), the content display process described later is performed on the downloaded data (step SD11), and the unreceived part request process is ended. If the unreceived portion has not been transmitted, the CPU 7
No. 1 causes the display unit 74 to display text data indicating that the unreceived portion has not been transmitted (for example, “contents have been updated.”) (Step SD1).
2) Then, the unreceived partial request process is terminated.

(5-2-5) Restart Position Information Calculation Processing FIG. 13 is a flowchart showing the flow of the restart position information calculation processing executed by the CPU 71 that is executing the content acquisition processing. First, the CPU 71 is an EEPROM
The received portion corresponding to the URI input by the user is read from 762, and it is determined whether or not the received portion has image text. That is, the CPU 71
Indicates that the already-received part has a predetermined tag (in the case of the present embodiment,
If it has the above-mentioned <IMGDATA01> tag), it is determined to have the image text, and if it does not have the tag, it is determined not to have the image text (step SE1).

CPU with no image text
71 sets the size (number of bytes) of the received portion as the restart position information and ends the restart position information calculation process (step SE2). If you have image text,
The CPU 71 acquires the profile information associated with the received portion from the EEPROM 762, and determines whether the display gradation set in the profile information is different from the display gradation set in the current profile information. It is determined (step SE3).

If they are the same, the CPU 71 uses the size of the received portion as the restart position information (step SE
4), if different, the text portion 5 of the already received portion
The size (number of bytes) of 1 is used as the restart position information (step SE5), and the restart position calculation process is ended.

(5-2-6) Content Display Processing The CPU 71 controls the download data text area 51.
(See FIG. 5) is interpreted according to the HTML grammar, image data having a layout according to the description is generated, and the display unit 74
Supply to. If the content cannot be acquired completely, the CPU 71 interprets the acquired part. In the interpretation, the CPU 71 performs processing corresponding to various tags described hierarchically. Of the processing performed by the CPU 71, processing directly related to the operation of this embodiment will be described below.

The IMG tag processing CPU 71 has a tag (for example, <IMGDATA01) having the same character string as the character string (for example, "IMGDATA01") described in the SRC attribute of the IMG tag.
>) Reads out the image text specified by the image area 52, decodes the image text using a predetermined algorithm (for example, Base64, etc.), and outputs the image data.
Then , the display unit 74 is controlled to display the image represented by the image data in the size designated by the WIDTH attribute and the HIGHT attribute designated by the IMG tag.

(6) Configuration and Function of LWP 15 (6-1) Configuration of LWP 15 FIG. 14 is a block diagram showing the hardware configuration of the LWP 15, and as shown in this figure, the LWP 15 is a C
It has a PU 141, a communication interface unit 142, a non-volatile memory 143, a volatile memory 144, a storage device 145, an auxiliary storage device 146, and a bus 147 that mediates data exchange between these elements. .

The communication interface section 142 is, for example, a network interface, which sends the information supplied from the CPU 141 to the Internet 14 and sends the information received via the Internet 14 to the CP.
Hand it over to U141. The nonvolatile memory 143 is, for example, RO
M (Read Only Memory), which is stored in the storage device 145 when the power of the LWP 15 is turned on.
An IL (Initial Loader) that is a program having a function of reading out and executing S is stored. The volatile memory 144 is, for example, a RAM (Random Access Memory). The auxiliary storage device 146 has a function of reading data recorded in a computer-readable recording medium such as a CD-ROM. The storage device 145 is, for example, a hard disk drive,
The OS and software such as a content proxy acquisition program described later are stored.

(6-2) Functions of LWP 15 Next, the functions given to the LWP 15 by the CPU 141 executing the software stored in the storage device 145 will be described. In addition, DTE11 and WWW server 1
Since the HTTP processing function for relaying the communication with the communication server 6 is substantially the same as the function of a general proxy server device, the description thereof will be omitted and only the function directly related to the present embodiment will be described.

When the power (not shown) of the LWP 15 is turned on, the CPU 141 first reads the IL from the nonvolatile memory 143 and executes it. CP with IL executed
The U 141 reads the OS from the storage device 145 and executes it. The CPU 141 running the OS uses the volatile memory 144 as a work area, and the LWP
Each part of 15 can be controlled. The CPU 141 that is executing the OS can execute a plurality of programs in parallel. Further, the CPU 141 immediately activates a program for performing content proxy acquisition, and the DTE1
Wait for the request from 1.

(6-2-1) Content Proxy Acquisition Function The content proxy acquisition function acquires the content from the WWW server 16 in response to the request from the DTE 11 and performs the processing in response to the request from the DTE 11 and then executes the above. DTE1 as the response to the request
It is a function to transfer to 1.

FIG. 15 is a flowchart showing the flow of the content proxy acquisition process executed by the CPU 141 which is executing the content proxy acquisition program. As shown in this figure, the CPU 141 establishes a client TCP connection in response to a connection establishment request from the DTE 11 (step SF1). And the T
HTTP G from DTE11 via CP connection
When receiving a request using the ET method, the CPU
The 141 analyzes the request line of the GET method, and acquires the URI, the restart position information, and the restart determination information described in the request line (step SF
2).

Next, the CPU 141 sets the W corresponding to the URI described in the request received from the DTE 11.
TCP connection with the WW server 16 (hereinafter,
A "server TCP connection" is established (step SF3).

Further, the CPU 141 processes the request (for example, in the request received from the DTE 11 via the client TCP connection, the transmission source of the request is DTE11, but the transmission source of the request is rewritten to LWP15, etc.). ), And sends the processed request via the server TCP connection (step SF4). Thereafter, the CPU 141 waits for a response to the above request (step SF
5) When the response is received, the server TCP
The connection is disconnected (step SF6). If the server TCP connection has already been disconnected due to a communication failure or the like, the CPU 71 proceeds to step SF6.
Is not processed.

Next, the CPU 141 performs a related data combination process described later on the text data included in the response to generate download data (step S).
F7). Next, the CPU 141 determines whether the DTE 11 has requested the transmission of the entire content or only the unreceived portion (step SF8). When the transmission of the entire content is requested, the CPU 14
1 downloads the download data generated in step SF7 to the DTE via the client TCP connection.
It is transmitted as a response corresponding to the request from 11 (step SF9), the client TCP connection is disconnected (step SF14), and the content proxy acquisition process is ended. When the transmission of only the unreceived portion is requested, the CPU 141 calculates the restart determination information for the download data generated in step SF7 (step SF10). Specifically, from the beginning of the download data, the DTE 11 is added to the portion of the length designated by the restart position information acquired in step SF2.
The restart determination information is calculated using the same algorithm as the hash value generation algorithm used in.

The CPU 141 then proceeds to step SF10.
It is determined whether or not the restart determination information calculated in step 3 and the restart determination information acquired in step SF2 match (step SF11). If they match, the CPU 141 truncates the portion of the length specified by the restart position information acquired in step SF2 from the beginning of the download data generated in step SF7 to generate an unreceived portion, and the unreceived portion is removed. Via the client TCP connection
It is sent as a response corresponding to the request from the DTE 11 (step SF12), and the client TC
The P connection is disconnected (step SF14), and the content proxy acquisition process ends. If they do not match, the CPU 141 transmits a response including information indicating that the restart is not possible as a response corresponding to the request from the DTE 11 via the corresponding client TCP connection (step SF1).
3) Then, the client TCP connection is disconnected (step SF14), and the content proxy acquisition process is ended.

(6-2-2) Related Data Combining Process FIG. 16 shows the CPU 1 which is executing the content proxy acquisition process.
41 is a flowchart showing a flow of related data combination processing executed by 41. As shown in this figure, first, the CPU 141 analyzes the text data acquired from the WWW server 16 in step SF5 of the content proxy acquisition processing, and determines whether or not the text data has an IMG tag (step SG1). ).

CPU 1 if it has no IMG tag
41 ends the relevant data combination process using the text data as download data, and when the IMG tag is included, the CPU 141 determines the SRC of the IMG tag.
A server TCP connection is established with the WWW server corresponding to the URI specified in the attribute (step SG
2).

Next, the CPU 141 generates a request for acquiring the image data designated by the URI, and the URI is sent via the server TCP connection.
To the WWW server specified by (step SG
3). After that, the CPU 141 waits for reception of a response to the request (step SG4), and when receiving the response, disconnects the server TCP connection (step SG5). If the server TCP connection is already disconnected due to a communication failure or the like, the CPU 71 does not perform the process of step SG5.

Next, the CPU 141 makes the volatile memory 14
The display gradation is read from the profile information stored in No. 4, the image data acquired in step SF4 is compressed to have the display gradation, and the compressed image data is generated (step SG6). The completed image data is encoded by using a predetermined algorithm (for example, Base64) to generate an image text, and the image text is temporarily stored in the volatile memory 144 (step SG7).

Next, the CPU 141 replaces the URI specified by the SRC attribute of the IMG tag of the text data with a predetermined character string (for example, "IMGDATA01"), and further, the start position of the image text generated in step SG7. And a specified tag (for example, the above-mentioned <IMGDATA01> tag and </ IMGDATA01> tag).
(DATA01> tag) is added to additionally write the IMG tag at the end of the rewritten text data (step SG8). After that, the CPU 141 performs step SG as many times as the number of IMG tags described in the text data.
The processing from 2 to step SG8 is performed to generate the download data, and the related data combining processing is ended.

(7) Operation Example The operation of the present embodiment differs depending on the contents of profile information and contents, and there are many operation patterns. However, an operation example representing the characteristics of the present invention will be described below. However, as a premise of the operation example described below, D
It is assumed that the content acquired by the TE11 from the WWW server 16 is composed of the text data (aaaa.html) shown in FIG. 3 and the image data (bbbb.gif) shown in FIG. 4, and the content is transferred to the DTE11. When downloaded, the DTE 11 displays the image shown in FIG. 17 on the display unit 74.

(7-1) Operation Example When Download Is Suspended The operation when the download is interrupted while the DTE 11 is downloading the above contents from the WWW server 16 will be described with reference to the sequence diagram shown in FIG. To do. The user operates the operation unit 73 of the DTE 11 to set the WW
When instructing to acquire the entire content from the W server 16, the DTE 11 performs the entire request process (FIG. 10: Step SB2) using the content acquisition function described above. First, the DTE 11 establishes a client TCP connection with the LWP 15 (FIG. 11: step S
C1), the request 171 requesting the text data (aaaa.html) is transmitted to the LWP 15 (FIG. 11: step SC2).

The LWP 15 receiving the above request
Content proxy acquisition processing is performed using the content proxy acquisition function described above, and first, text data (aaa.html) is acquired from the WWW server 16 (FIG. 15: step SF5). Next, the LWP 15 performs the above-mentioned related data combining process (FIG. 15: step SF6) and analyzes the text data (FIG. 16: step SG1). Since the text data has an IMG tag, LWP15
Acquires the image data (bbbb.gif) from the WWW server 16 (FIG. 16: Step SG4), and the text data (aa
The download data shown in FIG. 5 is generated from the aa.html) and the image data (bbbb.gif) (FIG. 16: Step SG).
8), a response 176 including the download data
Is returned to the DTE 11 (FIG. 15: Step SF9).
The response is performed as transmission and reception of a plurality of packets obtained by dividing the download data into a predetermined amount of data (the number of bytes).

Here, since the user who is downloading the content moves out of the communication service area,
It is assumed that the client TCP connection between the DTE 11 and the LWP 15 is disconnected. Then, the DTE 11 waits until the reception of the response is completed until a predetermined time elapses (FIG. 11: step SC3), but no longer receives the subsequent packet. After that, when a predetermined time elapses, the DTE 11 stores the data included in the packets received so far in the EEPROM 762 as the already received portion in association with the URI and the profile information (see FIG. 1).
1: Step SC5), the already received portion is displayed (Fig. 1
1: Step SC6). For example, the DTE 11 is shown in FIG.
When the portion from the beginning to the broken line 191 of the download data shown in is received, the already received portion does not include the information regarding the character string “IJKLMN” and the image text. The image shown in FIG. 20 is displayed on the display unit 74.

(7-2) Example of Operation When Acquiring Continuation of Content Next, an example of operation when the user gives an instruction to resume downloading after the above-described interruption occurs will be described. (7-2-1) Operation example in the case of obtaining from the continuation of text data In the EEPROM 762 of the DTE 11, the portion from the beginning of the download data to the broken line 191 shown in FIG.
It is assumed that the RI and the profile information at the time when the download is interrupted are stored as the received portion in association with each other. Further, the image shown in FIG. 20 is displayed on the display unit 74 of the DTE 11 as an image corresponding to the already received portion.

When the user operates the operation unit 73 of the DTE 11 to instruct to acquire the continuation of the content from the WWW server 16, the DTE 11 uses the above-mentioned unreceived part request process and is first stored in the EEPROM 762. The restart position information (FIG. 12: step SD1) and the restart determination information are calculated from the already received portion (FIG. 12: step SD2). Since the already-received portion stored in the EEPROM 762 does not have an IMG tag, the size (byte number) of the already-received portion is set in the restart position information. Hereinafter, DTE11 is the same as DTE11 and LWP1.
Establish a client TCP connection with 5,
On the other hand, the LWP 15 performs the same processing as in the case of downloading the entire content described above. That is, LWP1
5 performs processing from the establishment of a server TCP connection with the WWW server 16 to the related data combination processing.

Next, the LWP 15 calculates restart determination information for the portion of the length specified by the restart position information from the beginning of the data generated in the related data combining process, and sends it from the restart determination information and the DTE 11. It is determined whether or not the restart determination information is matched (FIG. 15: Step SF1).
0). Here, whether or not the restart determination information matches is determined whether the text data (aaa.html) stored in the WWW server 16 is interrupted from the time when the download is interrupted until the instruction to obtain the continuation of the content is given. Between,
It depends on whether it has been updated. Hereinafter, an operation example will be described separately for a case where it has been updated and a case where it has not been updated.

If not updated, the text data stored in the WWW server 16 (aa
aa.html) has not been updated, DTE1
The restart determination information transmitted from No. 1 and the restart determination information generated by the LWP 15 match. Therefore, LWP15 is shown in FIG.
The portion from the broken line 191 of the download data shown in 9 to the end of the download data is regarded as an unreceived portion,
A response including the unreceived part is returned to the DTE 11 (FIG. 15: step SF12). When the DTE 11 receives the response, the DTE 11 performs the above-described content display processing, and the already-received portion stored in the EEPROM 762 (from the head of the download data shown in FIG.
91) and the unreceived portion (the portion from the broken line 191 of the download data shown in FIG. 19 to the end of the data) included in the response (FIG. 1).
2: Step SD10), obtain the download data shown in FIG. 19, interpret the data, and display the image shown in FIG. 17 on the display unit 74.

When updated, the text data stored in the WWW server 16 (aa
aa.html) has been updated, the restart determination information transmitted from the DTE 11 and the restart determination information generated by the LWP 15 do not match. Therefore, the LWP 15 sends a response including information indicating that the restart is impossible to the DTE 11
(FIG. 15: Step SF13). DTE1
When receiving the response, No. 1 causes the display unit 74 to display the text data indicating that the unreceived portion has not been transmitted (for example, “content has been updated”).

(7-2-2) Example of Operation When Acquiring from the Continuation of Image Data Next, in the EEPROM 762 of the DTE 11, the portion from the beginning of the download data shown in FIG. It is assumed that the information is stored in association with the information. Since the received portion includes the entire text data and a part of the image text, the DTE 11 causes the display unit 74 to display the image shown in FIG. In the operation example described below, the text data (aaaa.html) and the image data (bbb) forming the content stored in the WWW server 16 are included.
b.gif) means that neither has been updated after the download was interrupted.

When the user operates the operation unit 73 of the DTE 11 to instruct to acquire the continuation of the content from the WWW server 16, the DTE 11 performs the above-described content acquisition processing, and first, the already received content stored in the EEPROM 762 is received. The restart position information (FIG. 12: step SD1) and the restart determination information (FIG. 12: step SD2) are calculated from the part. At this time, since the already-received part stored in the EEPROM 762 has the IMG tag, the DTE11
Determines whether the display gradation when the download is interrupted is different from the display gradation currently set in the profile information (FIG. 13: step SE3).

Example of operation when display gradation is the same If the display gradation when the download is interrupted and the display gradation currently set in the profile information are the same, they are stored in the EEPROM 762. The size (number of bytes) of the already received portion is used as restart position information to calculate restart determination information (FIG. 13: step SE4). Below, D
TE11 establishes a client TCP connection between DTE11 and LWP15, while LWP15
Performs the same processing as in the case of downloading the entire content described above. That is, the LWP 15 establishes a server TCP connection with the WWW server 16,
The processing up to the related data combining processing is performed, and the LWP 15 returns the response including the unreceived portion to the DTE 11 with the portion from the broken line 193 of the download data shown in FIG. 19 to the end of the data as the unreceived portion. DTE
When the response is received, 11 performs the above-described content display processing, and the already-received portion (the portion from the beginning of the download data shown in FIG. 19 to the broken line 193) stored in the EEPROM 762 and the portion not included in the response. The reception part (the part from the broken line 193 of the download data shown in FIG. 19 to the end of the data) is combined to obtain the download data shown in FIG. 19, the download data is interpreted, and the image shown in FIG. 17 is displayed. It is displayed on the display unit 74.

Example of operation when display gradation is different When display gradation when download is interrupted is different from display gradation currently set in profile information, already received information stored in EEPROM 762 is received. The size of the part indicated by the broken line 192 from the beginning of the part is used as the restart position information (FIG. 13: step SE5), and restart determination information is calculated for the part.

Hereinafter, the DTE 11 and the LTE together with the LWP.
15, a client TCP connection is established with the LWP 15, while the LWP 15 performs the same processing as in the case of downloading the entire content described above. That is, WW
The process from the establishment of the server TCP connection with the W server 16 to the related data combining process is performed, and the LWP1
5 designates the portion from the broken line 192 of the download data shown in FIG. 19 to the end of the data as an unreceived portion, and returns a response including the unreceived portion to the DTE 11.

When the DTE 11 receives the response, the DTE 11 performs the above-mentioned content display processing, and the EEPROM
An already received portion stored in 762 (the portion from the beginning of the download data shown in FIG. 19 to the broken line 193),
The unreceived portion (the portion from the broken line 192 of the download data shown in FIG. 19 to the end of the data) included in the response is combined to obtain the download data shown in FIG. The overlapping part (the part from the broken line 192 to the broken line 193 of the download data shown in FIG. 19) is overwritten by the unreceived part included in the response. Hereinafter, the DTE 11 interprets the data and
The image shown in FIG. 7 is displayed on the display unit 74.

(8) Effects of the Embodiment According to this embodiment, the WWW server 16 to the DTE 11 are used.
If the download of content to
Since the DTE 11 stores the already-received portion, the download is restarted from the point of interruption, only the unreceived portion is acquired, and the already-received portion and the LWP1 stored in the DTE 11 are acquired.
The content can be acquired by combining the unreceived portion acquired from step 5, and the content can be acquired in a shorter time than when the entire content is acquired again.

Further, according to the present embodiment, the LWP15
, The restart determination information transmitted from the DTE 11 and the LWP
In order to transmit the unreceived part only when the restart determination information calculated in 15 matches, the LWP 15 to DTE 11
It is possible to suppress the transmission of uncombinable data to the user and reduce the communication cost borne by the user.

Further, according to the present embodiment, even when the content is composed of a plurality of data, the plurality of data are combined into one download data by the LWP 15 and downloaded to the DTE 11. Then, the download from the LWP 15 to the DTE 11 is interrupted, and then, when the DTE 11 requests the restart of the download, whether or not the download data is updated is compared only once by using the restart determination information, and the download is interrupted. It is possible to determine whether or not the download can be restarted.

Further, according to the present embodiment, since the fixed-length hash value calculated by the Adler-32 algorithm is used as the restart determination information, a comparison is made when the entire received portion stored in the DTE 11 is used. As a result, the amount of communication data can be reduced. Also,
Since Adler-32 is used as the hash value generation algorithm, the hash value can be calculated at a higher speed than other hash value generation algorithms (for example, CRC-32).

(9) Modified Example [Modified Example 1] In the above-described embodiment, an example in which a mobile phone with a browser function is used as a DTE has been described, but the DTE is not limited to a mobile phone with a browser function. Without PDA (Personal D
igital Assistance) and PC with browser function (Persona
Computer), in short, any terminal device that has a browser function and can be connected to the Internet.

[Modification 2] In the above embodiment, the LW is used.
The embodiment has been described in which P15 does not store the download data generated by the content proxy acquisition process in the storage device 145 but generates the download data every time the DTE 11 requests the download of the content.
The LWP 15 is further provided with a clock unit 148 that supplies the current date and time to the CPU 141 via the bus 147.
However, when the download data is generated, the creation date and time of the download data is acquired from the clock unit 148,
The creation date and time and the download data may be stored in the storage device 145 in association with each other.

LWP1 having such a configuration and function
5 receives the content download request from the DTE 11, and performs the content proxy acquisition process shown in the flowchart of FIG. In the flowchart shown in FIG. 22, the TCP connection establishment / disconnection,
Waiting for a response is omitted, and only the main part of the process is shown. When the CPU 141 receives a request using the HTTP GET method from the DTE 11, the CPU 141 analyzes the request line of the GET method and acquires the URI, the restart position information, and the restart determination information described in the request line. (Step SH1).

Next, the CPU 141 determines whether or not the download data requested to be downloaded by the DTE 11 is stored in the storage device 145 (step S).
H2). If so, the CPU 141 determines whether the download data stored in the storage device 145 is the latest (step SH11). Specifically, the creation date and time of the download data is compared with the creation dates and times of the text data and image data that make up the download data, and the download data is the latest only when the creation date and time of the download data is latest. Is determined (step SH12). If it is not the latest, the CPU 141 executes step S described later.
If the latest processing is performed after H3, the CPU1
41 uses the download data stored in the storage device 145 to perform the processing after step SH5 described below. If not stored, the CPU 141 sets the WWW
Acquires the text data from the server 16 (step SH
3), related data combining processing is performed on the text data received from the WWW server 16 to generate download data (step SH4).

Next, the CPU 141 determines whether the DTE 11 has requested the transmission of the entire content or only the unreceived portion (step SH).
5). C when requested to send the entire content
The PU 141 transmits the download data to the DTE 11 (step SH6) and ends the process. When the transmission of only the unreceived portion is requested, the CPU 141
Calculates the restart determination information for the download data (step SH7) and determines whether the restart determination information calculated in step SH7 and the restart determination information acquired in step SH1 match (step SH8). ).

If they match, the CPU 141 generates an unreceived portion from the download data, transmits the unreceived portion to the DTE 11 (step SH9), and ends the processing. If they do not match, the CPU 141
Information indicating that the restart is not possible is transmitted to the DTE 11 (step SH10), and the process ends.

[Modification 3] In the above-described embodiment, the LW is used.
The example in which P15 generates one download data from the data requested to be downloaded by the DTE 11 and the data associated with the data and downloads the download data to the DTE 11 has been described. The download and the data associated with the text data (other text data, images, voices, programs, etc.) may be individually downloaded. Specifically, the DTE 11 first downloads the text data from the WWW server 16 via the LWP 15, interprets the text data, and analyzes the data associated with the text data one by one via the LWP 15. It is downloaded from the server 16 and the content desired by the user is acquired. In such a case, for example, whether or not other data associated with the text data is updated does not affect the download of the text data. Therefore, when the download of text data is interrupted, it can be determined whether or not the download can be resumed by determining whether or not the text data to be downloaded has been updated. On the other hand, when the download of the data associated with the text data is interrupted, it can be determined whether or not the download can be restarted by determining whether or not the download target data has been updated.

[Modification 4] In the above-described embodiment, the hash value calculation algorithm is Adler-3.
Although the embodiment in which the two algorithms are used has been described, other hash value calculation algorithms (for example, CRC-
32) may be used.

[Modification 5] In the above embodiment, the hash value is used to determine whether or not the interrupted data transmission can be restarted. However, the hash value is not used. EEPROM 7 of DTE11
The data itself stored in 62 may be used to determine whether or not resuming is possible. Specifically, when the DTE 11 requests the LWP 15 to transmit only the unreceived portion,
The DTE 11 sets the already-received part stored in the DTE 11 in the request line and sends the request to the LWP 15, and the LWP 15 sends the already-received part sent from the DTE 11 from the beginning of the download data generated in the related data combining process. Specified by the length of DTE1
It is also possible to compare the already-received part transmitted from No. 1 and restart the interrupted download only when the two match.

[Modification 6] In the above-described embodiment, an example of determining whether or not the interrupted data transmission can be restarted by using the entire already-received portion stored in the EEPROM 762 of the DTE 11 However, it is also possible to determine whether or not the interrupted data transmission can be restarted by using a specific part of the already received part. For example, the odd byte of the already received portion stored in the EEPROM 762 of the DTE 11 and the odd byte of the portion specified by the length of the already received portion transmitted from the DTE 11 from the beginning of the download data generated by the LWP 15. It is also possible to restart the interrupted data transmission only when and all match.

[Modification 7] Further, in the above-described embodiment, an example in which it is determined whether or not the interrupted data transmission can be restarted using the already-received portion stored in the EEPROM 762 of the DTE 11 is described. I explained, D
The TE11 is further provided with a clock unit 78 for supplying the current date and time to the CPU 71 via the bus 77, and when the download of the data from the LWP 15 is interrupted, the CPU 71 acquires the data received so far and the clock unit 78. The date and time are stored in the EEPROM 762 in association with each other, and when the download restart is requested, the date and time is transmitted to the LWP 15, and the LWP 15 compares the date and time with the creation date and time of the data stored in the WWW server 16 in the LWP 15. Then
The interrupted download may be restarted only when the former is newer than the latter.

[Modification 8] In the above-described embodiment, since the data stored in the WWW server 16 is updated before and after the interruption of the download, an error message is transmitted when it is determined that the data cannot be combined, and the entire data is re-executed. Although the embodiment in which the download is prompted is described, the entire download data generated from the updated data may be downloaded.

[Modification 9] Further, in the above-described embodiment, an embodiment in which one LWP 15 is used for relay has been described. Alternatively, a multiplexed configuration such as a hot standby configuration may be used.

[Modification 10] In the above embodiment, the LWP 15 stores the program according to the present invention in advance, but the general proxy server does not store the program. A computer having a function is caused to read the program recorded in a computer-readable recording medium, store the program in the proxy server device, and perform the same function as the LWP 15 in the above-described embodiment. You may add it. Further, in the above-described embodiment, D
Although the embodiment in which the TE 11 stores the program according to the present invention in advance has been described, the program according to the present invention is stored in a general mobile phone with a browser function having a function of storing and executing the downloaded program. By doing so, the function substantially the same as that of the DTE 11 may be provided. Specifically, the program is stored in a storage device of the proxy server device by causing the proxy server device to read the program from a computer-readable recording medium storing the program according to the present invention, and to the mobile phone. The function substantially the same as that of the DTE 11 may be added by downloading and storing the program from the proxy server device.

[Modification 11] In the above embodiment, the mobile packet communication network 12 and the Internet 14 are connected via the gateway server 13, and the relay method according to the present invention is applied to the LWP 15 connected to the Internet 14. Although the example of executing it has been described,
A program that realizes the function of the LWP 15 may be stored in the gateway server 13, and the gateway server 13 may execute the relay method according to the present invention.

[Modification 12] Further, in the above-described embodiment, an example in the case where the DTE 11 and the LWP 15 communicate with each other via the mobile packet communication network 12, the gateway server 13 and the Internet 14 will be described. However, the communication mode between the DTE 11 and the LWP 15 is not limited to such a communication mode, and a communication mode using a non-packet communication network instead of the mobile packet communication network 12 may be used. It may be a communication mode using a private LAN (so-called intranet) instead of 14, a communication mode using only the Internet 14, or a communication mode using only the private LAN. In addition, in the above-described embodiment, LWP1
5 and the WWW server 16 communicate with each other via the Internet 14, the embodiment has been described. However, the communication mode between the LWP 15 and the WWW server 16 is limited to the communication mode using the Internet 14. Instead, the communication mode using the local area LAN may be used.

[Modification 13] In the above-described embodiment, the DTE 11 uses the LWP 15 to connect the WWW server 16 to the WWW server 16.
An example in which the data acquired from the content is content having text data described in HTML and other data (image data, audio data, etc.) associated with the text data according to HTML has been described. The text data that makes up the
Is not limited to the text data described in
XHTML (eX, which is a descriptive language that extends the functions of HTML
It may be text data described in tensible Hyper Text Markup Language). In short, text data described in a description language capable of embedding images, sounds, moving images, locations of other documents, etc. in a document may be used.

[Modification 14] Further, in the above-described embodiment, when the DTE 11 calculates the restart position information, if the already-received portion has the image text, the display gradation at the time of storing the already-received portion. It is determined whether or not the display gradation at the time when acquisition of the unreceived portion is requested matches (see FIG.
3: Refer to step SE3), the example in which different values are set in the restart position information depending on whether they coincide with each other has been described, but the restart position information is set without performing such determination. May be. Specifically, DTE
Reference numeral 11 indicates the size of the already-received portion and the restart position information regardless of whether or not the display gradation at the time of storing the already-received portion matches the display gradation at the time of requesting acquisition of the unreceived portion. It may be set to.

[Modification 15] In the above-described embodiment, when the DTE 11 calculates the restart position information, it is determined whether or not the already-received portion has the image text (see FIG. 1).
3: See step SE1), an example in which the restart position information is calculated by performing different processing depending on whether the restart position information is included or not is described. However, the restart position information is set without performing such determination. You can go. In particular,
The DTE 11 may set the size of the received portion as the restart position information regardless of whether or not the received portion has the image text.

[0100]

According to the present invention, when downloading of contents from the WWW server 16 to the DTE 11 is interrupted, the DTE 11 stores the already received portion,
It becomes possible to resume the download from the point of interruption, acquire only the unreceived part, and combine the already received part stored in the DTE 11 and the unreceived part acquired from the LWP 15 to acquire the content. As compared with the case where the whole content is acquired again, the effect that the content can be acquired in a short time is achieved.

Further, according to the present invention, the LWP 15 is D
Since the unreceived portion is transmitted to the DTE 11 only when the already received portion information transmitted from the TE 11 and the update information acquired from the WWW server 16 match, transmission of uncombinable data from the LWP 15 to the DTE 11 is suppressed. Is
This has the effect of reducing the communication cost borne by the user.

[Brief description of drawings]

FIG. 1 is a diagram showing an example of the overall configuration of a communication system that executes a data acquisition method according to the present invention.

FIG. 2 is a sequence diagram showing an outline of operation of the system.

FIG. 3 is a diagram showing a main part of text data stored in a WWW server 16 which constitutes the system.

FIG. 4 is a diagram showing an image image of image data stored in a WWW server 16 which constitutes the system.

FIG. 5 is a diagram showing an example of download data transmitted from the LWP 15 configuring the system to the DTE 11.

FIG. 6 is a diagram showing an example of download data transmitted from the LWP 15 configuring the system to the DTE 11.

FIG. 7 is a block diagram showing a configuration example of a DTE 11 that constitutes the system.

FIG. 8 is a flowchart showing a flow of profile information setting processing executed by the DTE 11.

FIG. 9 shows the profile information setting process performed by the D
It is an example of a profile information setting screen displayed on the display unit 74 of the TE 11.

FIG. 10 is a flowchart showing a flow of content acquisition processing executed by the DTE 11.

FIG. 11 is a flowchart showing a flow of overall request processing executed by the DTE 11.

FIG. 12 is a flowchart showing a flow of an unreceived partial request process executed by the DTE 11.

FIG. 13 is a flowchart showing a flow of a restart position calculation process executed by the DTE 11.

FIG. 14 is an LWP1 constituting the system.
5 is a block diagram showing a configuration example of No. 5; FIG.

FIG. 15 is a flowchart showing a flow of a content proxy acquisition process executed by the LWP 15.

FIG. 16 is a flowchart showing a flow of a related data combining process executed by the LWP 15.

FIG. 17 is a diagram showing an example of an image displayed on the display unit 74 when the DTE 11 interprets and displays the content stored in the WWW server 16 configuring the system.

FIG. 18 is a sequence diagram showing an example of operation of the system.

FIG. 19 is a diagram showing a DTE1 constituting the system.
3 is a diagram showing an already-received portion stored in the EEPROM 762 of FIG.

FIG. 20 is a diagram showing a DTE1 that constitutes the system.
It is a figure which shows an example of the image displayed on the display part 74 of 1.

FIG. 21 is a diagram showing a DTE1 that constitutes the system.
It is a figure which shows an example of the image displayed on the display part 74 of 1.

FIG. 22 is an LWP15 according to [Modification 2].
5 is a flowchart showing the flow of a content proxy acquisition process executed by the.

[Explanation of symbols]

11 DTE 12 Mobile packet communication network 13 Gateway server 14 Internet 15 LWP 16 WWW server

Continued front page    (72) Inventor Tomoyasu Chikada             2-11-1, Nagatacho, Chiyoda-ku, Tokyo Stock             Ceremony company NTT Docomo (72) Inventor Hiroaki Iwata             2-11-1, Nagatacho, Chiyoda-ku, Tokyo Stock             Ceremony company NTT Docomo F-term (reference) 5B082 HA02                 5B085 BA06 BG03 BG04 BG07

Claims (12)

[Claims] 1. The relay device when the client device acquires the data requested by the client device from a server device storing the data and transmits the data to the client device using the relay device. A storage process of storing the already received portion of the data received up to the time when the data transmission from the device is interrupted, and the client device transmitting to the relay device the already received portion information that is information regarding the already received portion. Requesting the restart of the data transmission by the relay device, and the relay device acquiring from the server device update information that is information about the data stored in the server device; A determining step of comparing the partial information and the update information to determine whether or not the data transmission can be restarted; The relay device, in the determination process, a transmission process of transmitting only an unreceived portion of the data that the client device has not received to the client device only when it is determined to be possible, and the client device, A data acquisition method, comprising: a display step of combining and displaying the already received portion and the unreceived portion. 2. In the request process, the client device restarts position information indicating a position where the data transmission of the data is interrupted from the already-received portion and a first restart according to the content of the already-received portion. Calculate the judgment information and
The received partial information including these pieces of information is transmitted to the relay device, and in the determination process, the relay device calculates second restart determination information from the update information and the restart position information, The second resumption determination information and the first resumption determination information are compared, and when both match, it is determined that resumption is possible, and when both do not match, it is determined that resumption is impossible. The data acquisition method according to claim 1. 3. The first resumption judgment information and the second resumption judgment information are both hash values calculated by the same hash value generation algorithm. Data acquisition method. 4. The data acquisition method according to claim 2, wherein the update information is the data stored in the server device. 5. In the storing process, the client device stores a time when the data transmission is interrupted, and in the request process, the client device interrupts the data transmission of the data from the already received portion. The restart position information indicating the restarted position, and the received partial information including the restart position information and the time is transmitted to the relay device, and the relay device stores the data stored in the server device. In the determination process, the creation time of is acquired from the server device as the update information, the time transmitted from the client device is compared with the update information, and when the former is newer than the latter, it is determined that restart is possible. The data acquisition method according to claim 1, wherein if the former is not newer than the latter, it is determined that the restart is not possible. 6. The relay device, when the data requested by the client device is associated with other data, acquires the data, combines the data, and transmits the data as one data to the client device. The data acquisition method according to any one of claims 1 to 5, characterized in that. 7. When the relay device acquires the data requested by the client device from the server device storing the data and transmits the data to the client device, by the time the data transmission from the relay device is interrupted. The client device, which stores the already-received part of the data received by the client device, transmits already-received part information, which is information about the already-received part, to the relay device and requests restart of the data transmission. An acquisition process in which the relay device acquires update information, which is information about the data, from the server device; and the relay device can restart the data transmission by comparing the received partial information with the update information. A determination process of determining whether or not there is, and the relay device, in the determination process, only if the data of the data is determined to be possible. Relay method and a sending step of sending only the unreceived portion Chi said client device does not receive the client device. 8. A point in time when data transmission from the relay device is interrupted when the data requested by the relay device is acquired from a server device storing the data and transmitted by the relay device. A storage function of storing the already received portion of the data received up to, a request function of requesting restart of the data transmission by transmitting already received portion information that is information related to the already received portion to the relay device, Only when the relay device determines that the data transmission can be restarted, the unreceived portion of the data that is not received by the own device is received from the relay device, and the unreceived portion and the already received portion are received. A client device having a display function of combining and displaying. 9. When the client apparatus acquires the data requested by the client apparatus from the server apparatus storing the data and transmits the data to the client apparatus, the client apparatus operates by the time when the data transmission to the client apparatus is interrupted. An acquisition function that acquires received part information that is information related to the received part from the client device that stores the received part of the data that is received, and that also acquires update information that is information related to the data from the server device And a determination function of comparing the already received partial information and the update information to determine whether or not the data transmission can be restarted, and the determination function of the data only when it is determined to be possible. A transmission function of transmitting only an unreceived portion that the client device has not received to the client device Relay apparatus characterized by having. 10. When a computer device receives a data transmission of the data from a relay device that acquires and transmits data requested by the computer device from a server device storing the data, A storage procedure for storing the already-received portion of the data received by the time the data transmission is interrupted, and already-received portion information that is information about the already-received portion is transmitted to the relay device to restart the data transmission. And a step of requesting that the relay device receives an unreceived portion of the data that has not been received by the relay device, only when the relay device determines that the data transmission can be restarted. A program for executing a display procedure for displaying a combined received portion and the already received portion. 11. A computer device for acquiring data requested by a client device from a server device storing the data and transmitting the data to the client device, the client device by the time when the data transmission to the client device is interrupted. Acquired by the client device that stores the already-received portion of the data, the already-received portion information that is information about the already-received portion, and the update information that is information about the data from the server device. A procedure, a determination procedure for determining whether or not the data transmission can be restarted by comparing the already received partial information and the update information, and the data only when it is determined to be possible in the determination procedure. Only the unreceived part that the client device has not received is sent to the client device. A program for executing the transmission procedure to be received. 12. A computer-readable recording medium in which the program according to claim 10 or 11 is recorded.