WO2015052968A1 - サーバ装置、クライアント装置、情報処理方法および記録媒体 - Google Patents

サーバ装置、クライアント装置、情報処理方法および記録媒体 Download PDF

Info

Publication number
WO2015052968A1
WO2015052968A1 PCT/JP2014/067696 JP2014067696W WO2015052968A1 WO 2015052968 A1 WO2015052968 A1 WO 2015052968A1 JP 2014067696 W JP2014067696 W JP 2014067696W WO 2015052968 A1 WO2015052968 A1 WO 2015052968A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource
document
identifier
client
unit
Prior art date
Application number
PCT/JP2014/067696
Other languages
English (en)
French (fr)
Inventor
哲夫 由谷
ゴラゴット ウォンパイサンシン
Original Assignee
ソニー株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ソニー株式会社 filed Critical ソニー株式会社
Priority to JP2015541456A priority Critical patent/JP6323461B2/ja
Priority to CN201480054817.5A priority patent/CN105593853B/zh
Priority to US15/026,919 priority patent/US10509826B2/en
Priority to EP14852303.8A priority patent/EP3056996A4/en
Priority to BR112016007311A priority patent/BR112016007311A2/pt
Publication of WO2015052968A1 publication Critical patent/WO2015052968A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/901—Indexing; Data structures therefor; Storage structures
    • G06F16/9014—Indexing; Data structures therefor; Storage structures hash tables
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/957—Browsing optimisation, e.g. caching or content distillation
    • G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1012—Server selection for load balancing based on compliance of requirements or conditions with available server resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1023—Server selection for load balancing based on a hash applied to IP addresses or costs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1014—Server selection for load balancing based on the content of a request

Definitions

  • the present disclosure relates to a server device, a client device, an information processing method, and a recording medium.
  • Patent Document 1 describes a technique for caching content in a web server in order to efficiently use a cache even when access to memory resources and web services is restricted.
  • a document acquisition unit that acquires a document including a reference to a resource
  • an identifier generation unit that generates a unique identifier for each content of the resource
  • the document A server device includes an identifier description unit that associates an identifier with a reference to the resource, the document, and a document transmission unit that transmits an identifier associated with the reference to the resource to the client.
  • a request transmission unit that transmits a request to a server, a document including a reference to a resource transmitted from the server in response to the request, and the reference associated with the reference to the resource
  • a client device including a document reception unit that receives a unique identifier for each resource content from the server, and a cache determination unit that determines whether the resource is stored in the cache based on the identifier Is done.
  • An information processing method in response to a request from a client, obtaining a document including a reference to a resource, generating a unique identifier for each content of the resource, and a processor
  • An information processing method includes associating the identifier with a reference to the resource, and transmitting the document and an identifier associated with the reference to the resource to the client.
  • the function of transmitting a request to the server, the document including the reference to the resource transmitted in response to the request, and the content of the resource associated with the reference to the resource are unique.
  • a recording medium is provided.
  • FIG. 1 is a diagram illustrating a schematic configuration of a system to which some embodiments of the present disclosure are applied.
  • FIG. FIG. 3 is a block diagram illustrating a schematic functional configuration of an intermediate server and a client according to the first embodiment of the present disclosure.
  • 5 is a flowchart illustrating processing of an intermediate server according to the first embodiment of the present disclosure.
  • 6 is a flowchart illustrating processing of a client according to the first embodiment of the present disclosure.
  • 14 is a flowchart illustrating processing of an intermediate server according to a modification example of the first embodiment of the present disclosure.
  • 14 is a flowchart illustrating processing of a client according to a modification example of the first embodiment of the present disclosure.
  • FIG. 9 is a block diagram illustrating a schematic functional configuration of an intermediate server and a client according to a second embodiment of the present disclosure.
  • 14 is a flowchart illustrating a process before an intermediate server according to a second embodiment of the present disclosure receives a request.
  • 14 is a flowchart illustrating a process before a client transmits a request according to the second embodiment of the present disclosure.
  • It is a block diagram showing a schematic functional composition of an intermediate server concerning a 3rd embodiment of this indication.
  • It is a block diagram showing a schematic functional composition of a client concerning a 3rd embodiment of this indication.
  • 14 is a flowchart illustrating processing of an intermediate server according to the third embodiment of the present disclosure.
  • 14 is a flowchart illustrating processing of a client according to the third embodiment of the present disclosure.
  • 14 is a flowchart illustrating processing of an intermediate server according to a modification of the third embodiment of the present disclosure. It is a block diagram showing a schematic functional composition of an intermediate server concerning a 4th embodiment of this indication. It is a block diagram showing a schematic functional composition of a client concerning a 4th embodiment of this indication.
  • 14 is a flowchart illustrating processing of an intermediate server according to the fourth embodiment of the present disclosure.
  • 14 is a flowchart illustrating processing of an intermediate server according to the fourth embodiment of the present disclosure.
  • 14 is a flowchart illustrating processing of a client according to the fourth embodiment of the present disclosure.
  • 14 is a flowchart illustrating processing of a client according to the fourth embodiment of the present disclosure.
  • 16 is a flowchart illustrating processing of an intermediate server according to the fifth embodiment of the present disclosure.
  • 16 is a flowchart illustrating processing of a client according to the fifth embodiment of the present disclosure.
  • 14 is a flowchart illustrating processing of an intermediate server according to a sixth embodiment of the present disclosure. It is a block diagram showing a schematic functional composition of an intermediate server and a client concerning a 7th embodiment of this indication.
  • 18 is a flowchart illustrating processing of an intermediate server according to the seventh embodiment of the present disclosure. It is a figure for demonstrating the production
  • FIG. 3 is a block diagram for explaining an exemplary hardware configuration of an information processing apparatus according to an embodiment of the present disclosure.
  • FIG. 1 is a diagram illustrating a schematic configuration of a system to which some embodiments of the present disclosure are applied.
  • the system 10 includes a distribution source server 100, an intermediate server 200, and a client 300.
  • the distribution source server 100, the intermediate server 200, and the client 300 are connected to each other through a network such as the Internet.
  • the distribution source server 100 and the intermediate server 200 are both servers realized by one or a plurality of server devices.
  • the distribution source server 100 holds a document provided to the user and a resource referred to by the document.
  • Documents and resources are distributed to the client 300 from the distribution source server 100 via one or a plurality of intermediate servers 200 in response to a request from the client 300.
  • the intermediate server 200 holds documents and resources as a cache, and distributes the cached documents and resources to the client 300 on behalf of the distribution source server 100, so that the document can be quickly provided to the client 300. .
  • the intermediate server 200 can execute various processes for speeding up, as well as the cache holding, as in an embodiment described later.
  • one or a plurality of server devices that realize the distribution source server 100 and the intermediate server 200 may be information processing devices including a processor such as a CPU (Central Processing unit).
  • the client 300 can also be realized by an information processing apparatus including a processor.
  • the client 300 may further include an output device such as a display and a speaker, an input device such as a touch panel, and an imaging device. More specifically, for example, the client 300 may be a device such as a smartphone, a personal computer, a tablet, a media player, a television, a game machine, or the like.
  • a specific hardware configuration of the information processing apparatus that can realize each of the above apparatuses will be described in more detail later.
  • the system 10 can be used for distributing a document described in a markup language such as HTML.
  • the resource may be, for example, a script such as JavaScript, style definition information such as CSS (Cascading Style Sheets), an image, and a moving image.
  • the system 10 is not limited to the one described in the markup language, and can be used to distribute various types of documents or data other than documents (including images or moving images).
  • FIG. 2 is a block diagram illustrating a schematic functional configuration of the intermediate server and the client according to the first embodiment of the present disclosure.
  • the intermediate server 200 includes a request receiving unit 202, a document acquisition unit 204, a document analysis unit 206, a resource acquisition unit 208, an identifier generation unit 210, and an identifier description unit 212 as functional configurations.
  • the client 300 includes a request transmission unit 302, a document reception unit 304, a cache determination unit 306, a resource reception unit 308, and a display control unit 310 as functional configurations.
  • These functional configurations can be realized, for example, when a processor included in an information processing device that realizes the intermediate server 200 and the client 300 operates according to a program stored in a memory or a recording medium. Further, the cache 280 in the intermediate server 200 and the cache 380 in the client 300 can be realized by, for example, storage or memory of each information processing apparatus.
  • the request reception unit 202 receives a request from the client 300.
  • the document acquisition unit 204 acquires the document specified in the request in response to the request.
  • the document acquisition unit 204 may internally acquire the document stored in the cache 280. If the designated document is not stored in the cache 280, the document acquisition unit 204 transmits a request to the distribution source server 100, and acquires the document transmitted from the distribution source server 100 in response to the request.
  • the document analysis unit 206 analyzes the document acquired by the document acquisition unit 204. More specifically, the document analysis unit 206 detects a reference to a resource included in the document. When the document analysis unit 206 detects a reference to a resource, the resource acquisition unit 208 acquires the referenced resource. At this time, the resource acquisition unit 208 may internally acquire the resources stored in the cache 280. When the referenced resource is not stored in the cache 280, the resource acquisition unit 208 transmits a request to the distribution source server 100, and acquires the resource transmitted from the distribution source server 100 in response to the request. The resource newly acquired from the distribution source server 100 is stored in the cache 280.
  • the identifier generation unit 210 generates a unique identifier for each resource content for the resource acquired by the resource acquisition unit 208.
  • the identifier generation unit 210 may calculate a hash with a predetermined algorithm based on the contents of the resource. In this case, the calculated hash can be a unique identifier for each resource content.
  • the identifier generation unit 210 does not necessarily use the hash as an identifier as it is, and may identify a resource based on the hash and then generate a separate identifier and assign it to the resource.
  • the identifier generation unit 210 may associate the generated identifier with the resource stored in the cache 280.
  • the identifier generation unit 210 regards the resource as binary data regardless of the type, and generates a unique identifier using a hash function.
  • a hash function for example, MD5, SHA-1, or SHA-256 may be used.
  • the identifier generation unit 210 may generate a plurality of identifiers for one resource using a plurality of hash functions. By determining that the resources are the same when all of these identifiers match, the uniqueness of the identifier can be further increased.
  • the processing capability of the intermediate server 200 is higher than that of the client 300 and will be described later.
  • the identifier description unit 212 associates the identifier generated by the identifier generation unit 210 with a reference to a resource in the document. More specifically, for example, the identifier description unit 212 adds the identifier generated by the identifier generation unit 210 to the original identifier and associates the identifier with the reference to the resource.
  • an HTML document includes a reference to a resource whose original identifier is a URL (Uniform Resource Locator).
  • the identifier description unit 212 may additionally describe the identifier generated by the identifier generation unit 210, such as a hash, in the document while leaving the URL that is the original identifier.
  • the identifier description unit 212 uses the identifier generation unit 210 as shown in (b).
  • a hash (new_id) that is the generated identifier may be additionally described in the document.
  • (A) ⁇ img src “resource / image001.jpg” />
  • the client 300 determines whether or not the resource is cached based on the identifier additionally described by the identifier description unit 212. If there is no cache, the client 300 allocates the resource to the intermediate server 200. Is configured to request. However, a client other than the client 300, that is, a client that does not refer to an additionally described identifier may exist on the network. By leaving the original identifier in the identifier description unit 212, it is possible to ensure backward compatibility with such a client.
  • the identifier description unit 212 may overwrite the original identifier included in the reference to the resource in the document with the identifier generated by the identifier generation unit 210.
  • a reference to a resource as shown in (a) above can be rewritten as shown in (c) below.
  • (C) ⁇ img src “http: //www.xxx.yyy/zzz/736f6e7920706174656e74” />
  • the identifier description unit 212 rewrites the URL to an absolute path indicating the intermediate server 200, and describes the identifier generated by the identifier generation unit 210 following the absolute path.
  • the absolute path indicating the intermediate server 200 is added in common to all resources. Therefore, the determination of the presence or absence of the cache based on the original identifier rewritten as in the above example by the client 300 is substantially the same as the determination based on the identifier generated by the identifier generation unit 210. It will be. In this case, the client may not be configured to refer to the additionally described identifier.
  • the document transmission unit 214 transmits a document including the identifier generated by the identifier generation unit 210 to the client 300.
  • the client 300 displays a document while referring to the resource based on the identifier generated by the identifier generation unit 210.
  • the resource transmission unit 216 transmits the resource stored in the cache 280 to the client 300 in response to a resource request transmitted from the client 300 when the resource referred to in the document is not cached in the client 300.
  • the request transmission unit 302 transmits a request to the intermediate server 200 based on, for example, a user operation.
  • the document receiving unit 304 receives a document transmitted by the intermediate server 200 in response to a request.
  • the received document includes a reference to the resource, and the resource reference is associated with a unique identifier for each content of the resource generated by the identifier generation unit 210 of the intermediate server 200.
  • a unique identifier may be associated with a reference to a resource in addition to the original identifier.
  • the cache determination unit 306 determines whether or not the resource referred to in the document received by the document reception unit 304 is stored in the cache 380. At this time, the cache determination unit 306 determines whether the resource is stored in the cache 380 based on a unique identifier for each resource content. When the resource is stored in the cache 380, the cache determination unit 306 reads out the stored resource and provides it to the display control unit 310. On the other hand, when the resource is not stored in the cache 380, the cache determination unit 306 requests the resource reception unit 308 to transmit a request for the resource to the intermediate server 200.
  • the identifier used for determination by the cache determination unit is a URL
  • the identifier is not necessarily unique for each resource content. Therefore, it may be determined that different resources are referenced even if the contents of the resources are the same.
  • the URL indicating the first distribution source server 100a is different from the URL indicating the second distribution source server 100b.
  • Different identifiers (URLs) are used for references to one resource and second resource.
  • the cache determination unit does not change the second resource itself even if the first resource having the same content is already stored in the cache. Is not stored in the cache, it can be determined that the referenced resource is not stored in the cache.
  • the cache determination unit 306 of the client 300 determines whether or not the resource is stored in the cache 380 based on a unique identifier for each content of the resource.
  • the identifier generation unit 210 of the intermediate server 200 generates a common identifier for the first resource and the second resource, and the cache determination unit 306 is based on the common identifier.
  • Whether or not the resource is stored in the cache 380 is determined. Accordingly, when the second resource is referenced in the received second document, if the first resource having the same content is already stored in the cache 380, the cache determination unit 306 determines the resource being referenced. Can be provided to the display control unit 310 by reusing resources stored in the cache 380 without transmitting a request to the intermediate server 200.
  • the resource receiving unit 308 transmits a resource request to the intermediate server 200 and receives the resource transmitted from the intermediate server 200 in response to the request.
  • the resource reception unit 308 provides the received resource to the display control unit 310. Further, the resource receiving unit 308 stores the newly received resource in the cache 380.
  • the display control unit 310 displays the document on the display of the client 300 based on the document received by the document reception unit 304 and the resource referenced in the document.
  • the resource is read from the cache 380 and reused or newly received from the intermediate server 200 according to the determination of the cache determination unit 306. Since reception from the intermediate server 200 takes time for communication, the higher the ratio of resources to be reused, the faster the document display.
  • the cache determination unit 306 determines whether or not the resource is stored in the cache 380 based on a unique identifier for each content of the resource. Therefore, for example, not only resources that are referred to by documents distributed from the same distribution source server 100 but also resources that are respectively referred to by a plurality of documents distributed from different distribution source servers 100 have the same content. Can be reused. Accordingly, the ratio of resources that are reused when displaying a document increases, and the display of the document can be accelerated.
  • FIG. 3 is a flowchart illustrating processing of the intermediate server according to the first embodiment of the present disclosure.
  • the request receiving unit 202 receives a request from the client 300 (S101).
  • the document acquisition unit 204 acquires the document specified in the request (S103).
  • the document analysis unit 206 analyzes the acquired document (S105).
  • the resource acquisition unit 208 acquires the referenced resource (S109). Further, the identifier generation unit 210 generates a unique identifier based on the acquired content of the resource (S111). Next, the identifier description unit 212 associates the generated unique identifier with a reference to a resource in the document (S113). S109 to S113 can be repeatedly executed until all references to resources in the document are detected.
  • the document transmission unit 214 transmits the document to the client 300 (S115). Thereafter, when a resource request is received from the client 300 (YES in S117), the resource transmission unit 216 transmits the resource to the client 300 (S119). When the resource request is not received or not received (NO in S117), the processing in the intermediate server 200 ends.
  • FIG. 4 is a flowchart illustrating processing of the client according to the first embodiment of the present disclosure.
  • the request transmission unit 302 transmits a request to the intermediate server 200 (S131).
  • the document receiving unit 304 receives the document transmitted by the intermediate server 200 in response to the request (S133).
  • the display control unit 310 starts displaying the received document (S135).
  • the cache determination unit 306 determines whether the referenced resource is stored in the cache 380 (cached) (S139). . As described above, the cache determination unit 306 determines whether or not a resource is stored in the cache 380 based on a unique identifier for each resource content associated with a reference to the resource in the document.
  • the cache determination unit 306 reads the resource from the cache 380 and provides it to the display control unit 310. That is, the cache determination unit 306 and the display control unit 310 reuse the cached resource (S141).
  • the resource receiving unit 308 transmits a resource request to the intermediate server 200 (S143). The resource receiving unit 308 receives the resource transmitted by the intermediate server 200 in response to the request (S145).
  • the display control unit 310 refers to the reused resource or the resource received from the intermediate server 200 and continues to display the document (S147). S139-S147 can be repeated until all references to resources in the document are found. If the display control unit 310 displays the entire document and no reference to the resource is found or no reference to the resource is found (NO in S137), the client 300 completes the display of the document ( S149).
  • FIG. 5 is a flowchart illustrating processing of the intermediate server according to the modification of the first embodiment of the present disclosure. Referring to FIG. 5, first, S101 to S105 are executed similarly to the example described above with reference to FIG.
  • the identifier description unit 212 associates a dummy identifier with a reference to a resource detected by document analysis (S161).
  • the dummy identifier is a series of identifiers generated mechanically, for example, and is not necessarily unique for each resource content.
  • the identifier description unit 212 associates an incremental or random dummy identifier with the detected reference sequentially from the top of the document.
  • the original identifiers for example, URLs
  • the identifier description unit 212 may associate the same dummy identifiers with these references.
  • the document transmission unit 214 transmits the document to the client 300 (S115).
  • the resource acquisition unit 208 acquires the referenced resource
  • the identifier generation unit 210 acquires the content of the resource A unique identifier is generated based on (S107 to S111).
  • the identifier description unit 212 associates the dummy identifier associated with the reference in S161 with the unique identifier generated in S111 (identifier association information). ) Is generated (S163).
  • the document transmission unit 214 transmits the identifier association information to the client 300 (S165). Thereafter, when a resource request is received from the client 300, the resource transmission unit 216 transmits the resource to the client 300 (S117, S119).
  • FIG. 6 is a flowchart illustrating processing of a client according to a modification example of the first embodiment of the present disclosure. Referring to FIG. 6, first, S131 to S135 are executed as in the example described above with reference to FIG.
  • the cache determination unit 306 When a reference to a resource is found in the document (YES in S137), the cache determination unit 306 is referred to after replacing the dummy identifier associated with the found reference with a unique identifier (S181). It is determined whether or not the resource is stored in the cache 380 (S139).
  • S181 the identifier association information described above is not received by the document reception unit 304 at the time of S181, that is, when the cache determination unit 306 is associated with the resource reference in the state where the dummy identifier is associated with the resource.
  • the cache determination unit 306 transmits an identifier or a request for identifier association information to the intermediate server 200.
  • the identifier generation unit 210 of the intermediate server 200 may preferentially generate a unique identifier based on the content of the referenced resource for the reference from which the request is received.
  • the processing capability of the intermediate server 200 is higher than that of the client 300, it takes a certain amount of time for the identifier generation unit 210 to generate a unique identifier. Therefore, as in this modification, a document in which a dummy identifier that can be easily generated is associated with a reference is transmitted to the client 300 in advance, and display is started based on the document received by the client 300. By executing the generation of the unique identifier in the intermediate server 200, the time until the document display is completed in the client 300 can be further shortened.
  • FIG. 7 is a block diagram illustrating a schematic functional configuration of the intermediate server and the client according to the second embodiment of the present disclosure.
  • intermediate server 200 further includes a resource advance delivery unit 218 as a functional configuration.
  • the client 300 further includes a resource advance receiving unit 312 as a functional configuration.
  • the resource advance delivery unit 218 of the intermediate server 200 transmits a predetermined resource to the client 300 in advance before the request reception unit 202 receives a request from the client 300. At this time, the resource advance distribution unit 218 transmits the resource to the client 300 in association with a unique identifier for each content of the resource generated by the identifier generation unit 210.
  • the resource advance delivery unit 218 counts the number of times that the identifier generated by the identifier generation unit 210 is associated with the reference to the resource in the document, and based on this number of resources, the resource that is estimated to be used frequently is counted. You may transmit to the client 300.
  • the resource advance delivery unit 218 may send the resource specified by the service provider to the client 300 in advance.
  • the resource advance delivery unit 218 sends the client 300 in advance according to the setting by the service provider.
  • the resource advance distribution unit 218 may pre-compile the program and then transmit it to the client 300. For example, when the client 300 compiles and executes a program referenced in a document, the time required for compiling is limited even if the program is stored in the cache 380. On the other hand, when the resource pre-distribution unit 218 precompiles the program before sending it to the client 300 in the intermediate server 200, it can be sufficiently timed for compilation. can do.
  • the resource advance reception unit 312 of the client 300 receives the resource transmitted by the resource advance delivery unit 218 of the intermediate server 200 before the request transmission unit 302 transmits a request to the intermediate server 200.
  • the resource received here may be, for example, a resource that is presumed to be frequently used based on the number of times associated with a reference to the resource, or specified by the service provider. It may be a resource.
  • the resource advance receiving unit 312 receives the resource distributed in advance from the intermediate server 200 and stores the received resource in the cache 380.
  • the received resource is associated with a unique identifier for each resource content generated by the identifier generation unit 210 in the intermediate server 200.
  • the resource preceding reception unit 312 stores the received resource in the cache 380 in association with this identifier.
  • a resource having the same content as the previously distributed resource is referred to in the document regardless of the original identifier (for example, URL) of the previously distributed resource, it is stored in the cache 380 in advance. It is possible to speed up the display of the document by using the resource that has been set.
  • the resource advance receiving unit 312 may receive the program precompiled by the resource advance distributing unit 218 of the intermediate server 200.
  • the resource advance receiving unit 312 may store the precompiled program in the cache 380 in a storage area different from resources other than the program such as images and CSS.
  • the precompiled program can be stored in a common storage area with a library such as WebCore. Accordingly, when a document is displayed on the client 300, it may be possible to access the precompiled program corresponding to the referenced resource at high speed.
  • a script such as JavaScript occupies the largest ratio next to the image.
  • most of the cases are that some specific standard libraries are referred to. Therefore, for example, by distributing the script standard library from the intermediate server 200 to the client 300 in advance, transmission and reception of requests and resources for the script standard library that occur with a high probability in displaying the document can be omitted. Display can be speeded up.
  • a script when a script is updated, if the updated script is distributed from the intermediate server 200 to the client 300 prior to the request, the script is referred to from the document for the first time after the update. Even so, the document can be quickly displayed using the script stored in the cache of the client 300.
  • the speed can be further increased.
  • a resource that is estimated to be highly likely to be referred to when displaying a document such as a logo image or a topic item image, is distributed from the intermediate server 200 to the client 300 in advance. This can contribute to speeding up.
  • FIG. 8 is a flowchart illustrating a process before the intermediate server according to the second embodiment of the present disclosure receives a request.
  • the resource advance delivery unit 218 determines a resource to be delivered in advance (S201).
  • the resource to be distributed in advance may be determined based on the number of times that the identifier is associated with the reference to the resource in the document as described above, or may be specified by the service provider.
  • the resource advance delivery unit 218 periodically requests the resource source server 100 for a resource that is estimated to be frequently used and that may be updated, such as the standard library of scripts described above. Thus, the presence or absence of an update may be confirmed, and if there is an update, it may be determined to distribute the updated resource in advance.
  • the resource advance delivery unit 218 may use an identifier generation process by the identifier generation unit 210 in order to check whether there is an update. That is, when the identifier generation unit 210 generates a unique identifier for each resource content, if the generated identifier is different from the previously generated identifier, it can be determined that the resource has been updated.
  • the resource advance delivery unit 218 performs pre-compilation as necessary (S203).
  • the resource advance delivery unit 218 transmits the resource to the client 300 (S205).
  • FIG. 9 is a flowchart showing a process before a client transmits a request according to the second embodiment of the present disclosure.
  • the resource advance receiving unit 312 receives a resource distributed from the intermediate server 200 (S211).
  • the resource advance receiving unit 312 determines that the distributed resource is different from the other resources for the program.
  • the resource is stored in the storage area (S215). Otherwise, the resource advance receiving unit 312 stores the resource in the storage area of the normal cache 380 (S217).
  • FIG. 10 is a block diagram illustrating a schematic functional configuration of an intermediate server and a client according to the third embodiment of the present disclosure.
  • the intermediate server 200 includes a request receiving unit 202, a document acquisition unit 204, a document analysis unit 206, a resource acquisition unit 208, a resource analysis unit 220, and a shortened character string generation unit as functional configurations. 222, an abbreviated character string description unit 224, a document transmission unit 214, an association information transmission unit 226, and a resource transmission unit 216.
  • the client 300 includes a request transmission unit 302, a document reception unit 304, a resource reception unit 308, an association information reception unit 314, a character string interpretation unit 316, and a display control unit 310. Including.
  • These functional configurations can be realized, for example, when a processor included in an information processing device that realizes the intermediate server 200 and the client 300 operates according to a program stored in a memory or a recording medium.
  • the database 282 in the intermediate server 200 and the database 382 in the client 300 can be realized by, for example, storage or memory of each information processing apparatus.
  • the request reception unit 202 and the document acquisition unit 204 acquire a document in response to a request from the client 300, as in the first embodiment.
  • the document analysis unit 206 analyzes the document acquired by the document acquisition unit 204 and detects a reference to a resource included in the document.
  • the resource acquisition unit 208 acquires the referenced resource when the document analysis unit 206 detects a reference to the resource.
  • the document analysis unit 206 detects a shortenable character string included in the document acquired by the document acquisition unit 204.
  • the resource analysis unit 220 detects a shortenable character string included in the resource acquired by the resource acquisition unit 208.
  • the shortenable character string includes, for example, an arbitrary identifier given to an element in a document, a class defined by a style, a function defined by a program, or the like.
  • the shortenable character string may include a reserved word in a document or resource format.
  • the shortenable character string may include an identifier of a resource referred to in the document or a character string described in the document as a so-called local sentence.
  • the shortened character string generation unit 222 When a character string that can be shortened is detected by the document analysis unit 206 and the resource analysis unit 220, the shortened character string generation unit 222 generates a character string (hereinafter also referred to as a shortened character string) obtained by shortening the detected character string. To do.
  • the shortened character string generation unit 222 may generate the shortened character string by performing an operation according to a predetermined algorithm based on the original character string. As will be described later, in the illustrated example, since the relationship between the original character string and the shortened character string is recorded in the database 282, the algorithm may be irreversible.
  • the shortened character string generation unit 222 may generate an incremental or random shortened character string regardless of the original character string.
  • the shortened character string when the shortened character string is generated using the algorithm, the shortened character string becomes slightly longer, but if the original character string is the same, the same shortened character string is automatically generated. Therefore, the search performance can be improved by minimizing the records in the database 282. Further, depending on the algorithm used, a shortened character string unique to the original character string can be generated.
  • the shortened string when generating an incremental or random shortened string, can be shortened to the limit (for example, to the shortest length that can represent the number of shortenable strings contained in a document or resource).
  • the abbreviated character string generation unit 222 refers to the database 282 and a new abbreviated character string is generated when no abbreviated character string has been generated for the same original character string, the number of records in the database 282 is reduced. can do.
  • the abbreviated character string generation unit 222 adds a record (abbreviated character string record) that associates the original character string and the abbreviated character string to the database 282.
  • the database 282 may be generated in units of documents.
  • the correspondence between the original character string and the abbreviated character string indicated by the database 282 may be based on a document transmitted in response to a single request and a resource referenced from this document.
  • the database 282 may be generated with a plurality of documents and resources referenced from these documents as scopes.
  • the short character string generation unit 222 stores the short character string in the database 282. It is not necessary to add a column record. For example, when a reserved word in a document or resource format is handled as a character string that can be shortened, the reserved word is finite, so a short character string is assigned in advance, and the correspondence between the reserved word and the short character string is assigned to the database 282 and It can be recorded in the database 382 in advance.
  • the abbreviated character string generation unit 222 generates an abbreviated character string assigned in advance with reference to the database 282 for the reserved word detected in the document or resource, and then adds a new record to the database 282. Is omitted.
  • the abbreviated character string description unit 224 replaces the original character string included in the document and the resource with the abbreviated character string generated by the abbreviated character string generation unit 222. In order to reduce the amount of data to be transmitted and to reduce the processing amount of character string reading in the client 300, the abbreviated character string description unit 224 uses the abbreviated character string without leaving the original character string in the document and resource. It is desirable to substitute.
  • the document transmission unit 214 transmits to the client 300 a document that includes the shortened character string generated by the shortened character string generation unit 222 (that is, the original character string is replaced with the shortened character string).
  • the resource transmission unit 216 transmits to the client 300 a resource in which the original character string is replaced with a shortened character string.
  • the association information transmission unit 226 generates information (hereinafter also referred to as association information) for associating the original character string with the abbreviated character string based on the abbreviated character string record in the database 282, and transmits this to the client 300.
  • the association information transmitting unit 226 may transmit the association information to the client 300 only when the client 300 needs to restore the original character string from the shortened character string. That is, the association information may not include at least a part of the shortened character string record.
  • the abbreviated character string generation unit 222 when the abbreviated character string generation unit 222 generates an abbreviated character string for an arbitrary identifier given to an element in a document, a class defined by a style, a function defined by a program, or the like, A shortened character string is generated so that the original character string and the shortened character string have a one-to-one correspondence (for example, a shortened character string is generated from the original character string based on a predetermined algorithm, or the database 282). If the abbreviated character string has already been generated with respect to the original character string, the abbreviated character string is reused), and the client 300 does not restore the original character string. However, an element, class, or function is uniquely identified. In such a case, the association information transmission unit 226 may not transmit the association information about the shortened character string to the client 300.
  • the database 282 when a shortened character string is generated for a reserved word in a document or resource, the database 282 includes a shortened character string record corresponding to a shortened character string corresponding to the reserved word in advance.
  • the association information to be transmitted may not include information on reserved words (when information on reserved words is stored in advance in the database 382 of the client 300).
  • the association information transmission unit 226 transmits the association information generated based on the record in the database 282 to the client 300.
  • the request transmission unit 302 and the document reception unit 304 transmit a request to the intermediate server 200 as in the first embodiment, and receive the document transmitted by the intermediate server 200 in response to the request.
  • the resource receiving unit 308 receives a resource transmitted from the intermediate server 200.
  • the received document and resource are provided to the character string interpreter 316.
  • the association information receiving unit 314 receives the association information transmitted from the association information transmitting unit 226 of the intermediate server 200.
  • the association information receiving unit 314 generates a shortened character string record in the database 382 based on the received association information.
  • the character string interpretation unit 316 refers to the database 382 and interprets the shortened character string included in the document and the resource. Here, the character string interpretation unit 316 does not need to rewrite the shortened character string to the original character string. In the present embodiment, the character string interpretation unit 316 can interpret the shortened character string included in the document and the resource as it is by referring to the database 382, and the display control unit 310 can display the document based on the interpretation. It is.
  • the documents and resources received by the client 300 include a shortened character string that is not included in the association information received by the association information receiving unit 314.
  • a shortened character string that is not included in the association information received by the association information receiving unit 314.
  • the association information received by the association information receiving unit 314 corresponds to the reserved word.
  • the abbreviated character string is not included.
  • the original character string and a shortened character string have a one-to-one correspondence through the document and resources. If the abbreviated character string is generated so as to correspond, the information corresponding to the abbreviated character string is not included in the association information and may not be included in the database 382. In this case, the abbreviated character string is handled in the same manner as an ordinary character string in the client 300, and the display control unit 310 directly interprets the character string and causes the document to be displayed.
  • FIG. 11 is a flowchart illustrating processing of the intermediate server according to the third embodiment of the present disclosure.
  • the request receiving unit 202 receives a request from the client 300 (S301).
  • the document acquisition unit 204 acquires the document specified in the request (S303).
  • the document analysis unit 206 analyzes the acquired document (S305).
  • the resource acquisition unit 208 acquires the referenced resource (S309), and the resource analysis unit 220 acquires the acquired resource. Analysis is performed (S311). Thereafter, the shortened character string generation unit 222 generates a shortened character string for the shortenable character string detected in the document and the resource (S313). At this time, the shortened character string generation unit 222 adds a shortened character string record that associates the original character string and the shortened character string to the database 282 (S315).
  • the abbreviated character string description unit 224 replaces the original character string included in the document and the resource with the abbreviated character string generated by the abbreviated character string generation unit 222 (S317).
  • the document transmission unit 214 transmits the document including the shortened character string to the client 300 (S319).
  • the association information transmitting unit 226 transmits the association information generated based on the record of the database 382 to the client 300 (S321).
  • the resource transmission unit 216 transmits a resource including the shortened character string to the client 300 (S323).
  • FIG. 12 is a flowchart illustrating processing of a client according to the third embodiment of the present disclosure.
  • the request transmission unit 302 transmits a request to the intermediate server 200 (S331).
  • the document receiving unit 304 receives a document including a shortened character string transmitted by the intermediate server 200 in response to the request (S333).
  • the association information receiving unit 314 receives the association information transmitted from the intermediate server 200 (S335).
  • the association information receiving unit 314 generates a record in the database 382 based on the received association information (S337).
  • the resource receiving unit 308 receives the resource including the shortened character string transmitted by the intermediate server 200 (S339).
  • the character string interpretation unit 316 refers to the database 382 and interprets the shortened character string included in the document (S341). Note that the process of S341 may be executed in parallel with the process of S339, for example.
  • the character string interpretation unit 316 also interprets the shortened character string with reference to the database 382 for the resource referred to in the document received in S339 (S343).
  • the display control unit 310 causes the character string interpretation unit 316 to display the document using the result of interpreting the shortened character string included in the document and the resource (S345).
  • the shortened character string generation unit 222 adds a record that associates the original character string and the shortened character string to the database 282.
  • the database 382 can be referred to when generating a shortened character string, and the relationship between the original character string and the shortened character string can be made a one-to-one relationship through documents and resources.
  • the client 300 can interpret the abbreviated character string described in each of the document and the resource and display the document referring to the resource.
  • the association information transmission unit 226 generates association information that associates the shortened character string generated in the document and the resource with the original character string, based on the record in the database 282, and generates the association information. May be sent to.
  • the client 300 uses the abbreviated character string described in each of the document and the resource. It is possible to interpret and display a document that references the resource.
  • FIG. 13 is a flowchart illustrating processing of an intermediate server according to a modification example of the third embodiment of the present disclosure. Referring to FIG. 13, first, S301 to S305 are executed as in the example described above with reference to FIG.
  • the shortened character string generation unit 222 generates a shortened character string in advance for the shortenable character string detected in the document (S361). At this time, the abbreviated character string generation unit 222 adds a record that associates the original character string and the abbreviated character string to the database 282 (S315). Further, the abbreviated character string description unit 224 replaces the character string included in the document with the abbreviated character string in accordance with the record in the database 282 (S363). When the replacement is completed, the document transmission unit 214 transmits a document including the shortened character string to the client 300 (S319). Before or after the document transmission, or in parallel with this, the association information transmission unit 226 transmits the association information generated based on the records in the database 282 to the client 300 (S321).
  • the resource acquisition unit 208 acquires the referenced resource (S309).
  • the resource analysis unit 220 analyzes the acquired resource (S311).
  • the abbreviated character string description unit 224 replaces the character string included in the resource with the abbreviated character string based on the abbreviated character string record of the database 382 generated by the process of S315 (S365).
  • the resource transmission unit 216 transmits a resource including the shortened character string to the client 300 (S323).
  • the resource character string is replaced with the shortened character string based on the generation result of the shortened character string in the document.
  • the resource can be replaced with the shortened character string so as to be consistent with the document. Accordingly, the display of the document can be started by the client 300 without waiting for completion of the replacement of the shortened character string for the resource.
  • the processing flow of the client in this modification can be the same as that shown in FIG. 12 except that the resource reception unit 308 receives the resource after the document and the association information are received.
  • the detailed explanation is omitted.
  • the example in which the information that associates the original character string with the abbreviated character string is stored in the database is described. However, the information does not necessarily have to be stored in the database. Then, a file or the like may be used.
  • FIG. 14 is a block diagram illustrating a schematic functional configuration of an intermediate server and a client according to the fourth embodiment of the present disclosure.
  • the intermediate server 200 includes a request receiving unit 202, a document acquisition unit 204, a document analysis unit 206, a resource acquisition unit 208, an identifier generation unit 210, and an identifier description unit 212 as functional configurations.
  • FIG. 14 is a block diagram illustrating a schematic functional configuration of an intermediate server and a client according to the fourth embodiment of the present disclosure.
  • the intermediate server 200 includes a request receiving unit 202, a document acquisition unit 204, a document analysis unit 206, a resource acquisition unit 208, an identifier generation unit 210, and an identifier description unit 212 as functional configurations.
  • the client 300 includes a request transmission unit 302, a document reception unit 304, an association information reception unit 314, a character string interpretation unit 316, a cache determination unit 306, and a resource reception unit 308 as functional configurations. And a display control unit 310.
  • These functional configurations can be realized, for example, when a processor included in an information processing device that realizes the intermediate server 200 and the client 300 operates according to a program stored in a memory or a recording medium. Further, the cache 280 and the database 282 in the intermediate server 200 and the cache 380 and the database 382 in the client 300 can be realized by, for example, storage or memory of each information processing apparatus.
  • this embodiment is a combination of the first embodiment and the third embodiment. Since the functional configurations of the intermediate server 200 and the client 300 have already been described in the first and third embodiments, detailed descriptions thereof will be omitted.
  • FIG. 15 (Processing flow of intermediate server)
  • FIG. 15 is a flowchart illustrating processing of the intermediate server according to the fourth embodiment of the present disclosure.
  • the request receiving unit 202 receives a request from the client 300 (S401).
  • the document acquisition unit 204 acquires the document specified in the request (S403).
  • the document analysis unit 206 analyzes the acquired document (S405).
  • the resource acquisition unit 208 acquires the referenced resource for the reference to the resource detected in the document (S407).
  • the identifier generation unit 210 generates a unique identifier based on the acquired content of the resource (S409).
  • the identifier description unit 212 associates the generated unique identifier with a reference to a resource in the document (S411). Note that the above processing may be executed sequentially each time a reference to one or a plurality of resources is detected, or may be executed collectively after all references to resources are detected.
  • the shortened character string generation unit 222 generates a shortened character string for the shortenable character string detected in the document before or after the above S407 to S411 or in parallel (S413). At this time, the shortened character string generation unit 222 adds a shortened character string record that associates the original character string with the shortened character string to the database 282 (S415). Further, the abbreviated character string description unit 224 replaces the character string included in the document with the abbreviated character string in accordance with the abbreviated character string record in the database 282 (S417). Note that when S407 to S411 and S413 to S417 are executed in parallel as in the illustrated example, references to resources in the document do not have to be a target for generating a shortened character string.
  • the document transmission unit 214 transmits the document updated by the identifier description unit 212 and the shortened character string description unit 224 to the client 300 (S419).
  • the association information transmitting unit 226 transmits the association information generated based on the record of the database 282 to the client 300 (S421).
  • the resource analysis unit 220 analyzes the resource acquired in the above S407 before or after the transmission of the document and the association information or in parallel with this (S423). After that, the short character string description unit 224 replaces the character string included in the resource with the short character string based on the short character string record of the database 282 generated by the processing of the short character string generation unit 222 for the document ( S425). Thereafter, the resource transmission unit 216 transmits the resource to the client 300 in response to the resource request from the client 300 (S427).
  • FIG. 16 (FIG. 16A and FIG. 16B) is a flowchart showing processing of the client according to the fourth embodiment of the present disclosure.
  • the request transmission unit 302 transmits a request to the intermediate server 200 (S451).
  • the document receiving unit 304 receives the document transmitted by the intermediate server 200 in response to the request (S453).
  • the association information receiving unit 314 receives the association information transmitted from the intermediate server 200 before, after, or in parallel with the reception of the document (S455).
  • the association information receiving unit 314 generates a shortened character string record in the database 382 based on the received association information (S457).
  • the character string interpretation unit 316 refers to the database 382 and interprets the shortened character string included in the document (S459).
  • the display control unit 310 starts displaying the received document based on the interpretation by the character string interpretation unit 316 (S461).
  • the cache determination unit 306 determines whether or not a resource is stored in the cache 380 based on a unique identifier for each resource content associated with a reference to the resource in the document.
  • the cache determination unit 306 When it is determined that the resource is stored in the cache 380 (YES in S465), the cache determination unit 306 reads the resource from the cache 380 and provides it to the character string interpretation unit 316. That is, the cache determination unit 306 reuses the cached resource 380 (S467). On the other hand, when it is determined that the resource is not stored in the cache 380 (NO in S465), the cache determination unit 306 transmits a resource request to the intermediate server 200 (S469). The resource receiving unit 308 receives the resource transmitted by the intermediate server 200 in response to the request (S471).
  • the character string interpretation unit 316 interprets the shortened character string included in the reused resource or the resource received from the intermediate server 200 based on the record in the database 382 (S473).
  • the display control unit 310 continues to display the document by using the result obtained by the character string interpretation unit 316 interpreting the shortened character string included in the document and the resource (S475).
  • S465-S475 can be repeated until all references to resources in the document are found.
  • the display control unit 310 displays the entire document and no reference to the resource is found, or when no reference to the resource is found (NO in S463), the client 300 completes the display of the document (S463). S477).
  • the shortened character string generation unit 222 when the cache 380 in the client 300 is used for resources, it is desirable that the shortened character strings included in the resources are the same regardless of the opportunity to refer to the resources. Therefore, for example, in the intermediate server 200, the shortened character string generation unit 222 generates a shortened character string using a predetermined algorithm, and if the original character string is the same, the same shortened character string is automatically generated. You may do it. Alternatively, by using the database 282 in the intermediate server 200 in common for a plurality of documents, the same abbreviated character string may be generated if the original character string is the same.
  • FIG. 17 is a flowchart illustrating processing of the intermediate server according to the fifth embodiment of the present disclosure. Note that the illustrated series of processing can be executed by a processor included in an information processing apparatus that implements the intermediate server 200 operating according to a program stored in a memory or a recording medium.
  • the processor receives a request from the client 300 (S501).
  • the processor acquires the document specified in the request (S503).
  • the processor may acquire the document from the distribution source server 100 or may acquire the document internally from the cache.
  • the processor acquires a resource referred to in the document (S505).
  • the resource may also be acquired from the distribution source server 100 or may be acquired internally from the cache.
  • the processor generates intermediate data based on the acquired document and resource (S507).
  • the generation of intermediate data may include, for example, generation of a DOM (Document Object Model) by parsing an HTML document, generation of a Computed Style by CSS processing, and conversion to an intermediate representation by parsing of JavaScript.
  • the processor transmits the generated intermediate data to the client 300 (S509).
  • FIG. 18 is a flowchart showing processing of a client according to the fifth embodiment of the present disclosure.
  • the series of processes shown in the figure can be executed by a processor provided in an information processing apparatus that implements the client 300 operating according to a program stored in a memory or a recording medium.
  • the processor transmits a request to the intermediate server 200 (S521).
  • the processor receives the intermediate data based on the document and the resource transmitted by the intermediate server 200 in response to the request (S523).
  • the processor generates a layout based on the received intermediate data (S525), and displays a document according to the layout (S527).
  • part of the processing for displaying the document on the client 300 is executed instead on the intermediate server 200. If the processing capability of the intermediate server 200 is higher than that of the client 300, this shortens the time from when the request is sent by the client 300 until the display of the document is completed.
  • intermediate server 200 what kind of intermediate data is generated by the intermediate server 200 is appropriately determined according to the network status, the processing capability of the client 300, and the like. For example, only one of the above three examples relating to the HTML document may be employed, any two may be employed, or all three may be employed.
  • FIG. 19 is a flowchart illustrating processing of the intermediate server according to the sixth embodiment of the present disclosure. Note that the illustrated series of processing can be executed by a processor included in an information processing apparatus that implements the intermediate server 200 operating according to a program stored in a memory or a recording medium. Only the present embodiment will be described assuming that the document is an HTML document and the resource is a CSS.
  • the processor receives a request from the client 300 (S601).
  • the processor acquires the HTML document specified in the request (S603). Similar to the other embodiments described above, the processor may acquire the HTML document from the distribution source server 100 or may acquire it internally from the cache.
  • the processor acquires the CSS referred to in the HTML document (S605).
  • the CSS may be acquired from the distribution source server 100 or may be acquired internally from the cache.
  • the processor specifies a style defined by CSS for each element of the HTML document (S607).
  • a style defined by CSS for each element of the HTML document S607.
  • the processor updates the CSS based on the processing result of S607 (S609), and transmits the CSS updated together with the document to the client 300 (S611).
  • the client 300 displays an HTML document based on the HTML document and CSS received from the intermediate server 200. Since the processing at this time is the same as the processing for displaying a normal HTML document, detailed description thereof is omitted. However, in the case of the present embodiment, the CSS referred to by the client 300 is optimized by the processing in the intermediate server 200 as described above. Therefore, the client 300 can omit most of the processing for specifying the style defined for each element of the HTML document. Therefore, if the processing capacity of the intermediate server 200 is higher than that of the client 300, this shortens the time from when the request is transmitted by the client 300 until the display of the document is completed.
  • the resource is CSS.
  • other resources such as images and scripts may be referred to together with CSS.
  • FIG. 20 is a block diagram illustrating a schematic functional configuration of the intermediate server and the client according to the seventh embodiment of the present disclosure.
  • the intermediate server 200 includes, as functional configurations, a request reception unit 202, a document acquisition unit 204, a document analysis unit 206, a resource acquisition unit 208, an image transcoding unit 228, and an image reference update unit. 230, a document transmission unit 214, and a resource transmission unit 216.
  • the client 300 includes a request transmission unit 302, a document reception unit 304, a resource reception unit 308, and a display control unit 310 as functional configurations.
  • These functional configurations can be realized, for example, when a processor included in an information processing device that realizes the intermediate server 200 and the client 300 operates according to a program stored in a memory or a recording medium. Further, the cache 280 in the intermediate server 200 and the cache 380 in the client 300 can be realized by, for example, storage or memory of each information processing apparatus.
  • the request reception unit 202 and the document acquisition unit 204 acquire a document in response to a request from the client 300, as in the first embodiment.
  • the document analysis unit 206 analyzes the document acquired by the document acquisition unit 204 and detects a reference to a resource included in the document.
  • the resource acquisition unit 208 acquires the referenced resource when the document analysis unit 206 detects a reference to the resource.
  • the resources acquired by the resource acquisition unit 208 include images of various formats.
  • the image transcoding unit 228 transcodes the acquired image into a predetermined format, and stores the transcoded image in the cache 280.
  • the image reference update unit 230 updates the reference to the image resource included in the document to the reference to the image after transcoding by the image transcoding unit 228 stored in the cache 280.
  • the document transmission unit 214 transmits the document whose reference is updated to the client 300.
  • the resource transmission unit 216 transmits the resource stored in the cache 280 in response to a request from the client 300.
  • the transmitted resource can include an image transcoded by the image transcoding unit 228 into a predetermined format.
  • the request transmission unit 302 and the document reception unit 304 transmit a request to the intermediate server 200 as in the first embodiment, and receive the document transmitted by the intermediate server 200 in response to the request.
  • the display control unit 310 displays the received document.
  • the resource receiving unit 308 transmits a request to the intermediate server 200 and receives the resource transmitted in response to the request.
  • the resource received here may include an image transcoded into a predetermined format by the image transcoding unit 228 described above.
  • the display control unit 310 causes the document to be displayed using the resource stored in the cache 380 or the resource received by the resource receiving unit 308.
  • FIG. 21 is a flowchart illustrating processing of the intermediate server according to the seventh embodiment of the present disclosure.
  • the request receiving unit 202 receives a request from the client 300 (S701).
  • the document acquisition unit 204 acquires the document specified in the request (S703).
  • the document analysis unit 206 analyzes the acquired document (S705).
  • the image reference update unit 230 changes a reference to an image resource included in the document to a reference to the image after transcoding. (S709).
  • the identifier such as the file name of the image after the transcoding is determined first. The determined identifier is described in the document reference and is temporarily stored in the memory of the intermediate server 200, and is associated with the transcoded image to be generated later.
  • the document transmission unit 214 transmits the document with the updated reference to the image resource to the client 300 (S711).
  • the resource acquisition unit 208 acquires an image that is referred to (S713).
  • the image transcoding unit 228 transcodes the acquired image into a predetermined format (S715). Note that if the transcoded image is already stored in the cache 280, the image transcoding unit 228 may omit the transcoding process again.
  • the resource transmission unit 216 transmits a resource including the transcoded image to the client 300 in response to the resource request from the client 300 (S717).
  • the intermediate server 200 executes the transcoding of the image, so that the time until the client 300 completes the display of the document can be shortened.
  • the image transcoding unit 228 performs image transcoding.
  • the document transmission unit 214 may transmit the document to the client 300.
  • the processing in the client 300 is the same as the processing for displaying a normal document except that a transcoded image is included in the referenced resource, and thus detailed description thereof is omitted. To do.
  • images included in resources acquired from the distribution source server 100 are described in various formats such as JPEG, PNG, and GIF. Moreover, it is often the case that images do not strictly follow these formats. Therefore, when an image acquired from the distribution source server 100 (including an image cached by the intermediate server 200 or the client 300) is decoded by the client 300, it is necessary to assume various cases, so that the processing is optimized. It was difficult to do and the processing efficiency was not always high. In addition, images often occupy a large proportion of data transferred from the intermediate server 200 to the client 300 for document display, and the demand for reducing the amount of image data is still high.
  • the intermediate server 200 transcodes the image. For example, even if the image transcode 282 of the intermediate server 200 only transcodes the image acquired from the distribution source server 100 into a genuine format of each format, the decoding at the client 300 can be optimized to some extent. Thus, the display of the document can be speeded up. Further, when the image transcode 282 transcodes the image acquired from the distribution source server 100 into one or a plurality of predetermined formats that can optimize the decoding process in the client 300, the display of the document can be performed. Further speedup is possible.
  • image format (8-4. Format example)
  • the image format described below may be implemented in combination with transcoding in an intermediate server as in the present embodiment, for example, but is not limited to such an example, and when implemented as the image format itself Can also provide various advantages. That is, the embodiment of the present disclosure may include an image format (for example, an image processing apparatus or an image processing method that handles an image of the format) independent of transcoding.
  • 22 and 23 are diagrams for describing image file generation processing in accordance with an image format that can be applied in the seventh embodiment of the present disclosure.
  • the process described here can be executed by, for example, the image transcoding unit 228 of the intermediate server 200 described above.
  • a vector component 704, a bitmap component 706, and an approximation error 708 are calculated from an original image 700 described in a bitmap format (including JPEG, PNG, GIF, etc.).
  • the original image 700 is divided into two area groups 702a and 702b (S751).
  • the region group 702a is a wide region having a low spatial frequency.
  • the region group 702b is a narrow region having a high spatial frequency.
  • the division of the region can be realized by various known methods such as a split-and-merge method.
  • the vector component 704 is generated by the processing of S753 to S761.
  • a shading model of three-dimensional computer graphics can be applied. In the shading model, specular and the like can be expressed by setting a cubic surface and a light source.
  • the vector component 704 can be generated by expressing the approximate outline and the color in the outline for each region of the region group 702a.
  • a bitmap component 706 is generated by compressing it as an image (S763).
  • S763 a known technique such as DCT (Discrete Cosine Transform) or VQ (Vector Quantization) can be used.
  • an encoded image file 714 is generated based on the vector component 704, the bitmap component 706, and the approximation error 708.
  • the area of the original image 700 is divided based on the bounding boxes (bbox) of the vector component 704 and the bitmap component 706, and a kd tree 710 indicating the division is generated (S767).
  • the approximate error component 712 can be obtained by allocating the approximate error 708 by the area dividing line of the kd tree 710 (S769).
  • the image file 714 is generated by serializing the vector component 704, the bitmap component 706, the kd tree 710, and the approximate error component 712 thus obtained (S771).
  • a kd tree 710 is described as structure data at the top. As a result, it is possible to quickly seek the component of the region to be drawn. Subsequently, a vector component 704, a bitmap component 706, and an approximate error component 712 are described. For the components other than the kd tree 710, the arrangement order in the image file 714 is not particularly limited.
  • each vertex data is normalized by bbox. Therefore, the number of significant digits required by the mantissa part can be reduced and the data can be compressed.
  • the approximate error component 712 run-length compression is possible if most of the error zero region is present. Further, even if there is an error, the distribution should be concentrated on a small-scale error, so that it can be compressed using an algorithm such as LZW.
  • the vector component 704 represents, for example, that a region surrounded by a Bezier curve is solidly painted with a single color.
  • An example of the description content of the vector component 704 is shown below. In the example, the description content is expressed in PostScript format for the sake of explanation, but the actual vector component 704 is compressed after being binary encoded, for example. newpath 0 100 moveto 100 50 150 50 250 0 rcurveto 100 -50 150 -50 250 0 rcurveto closepath 0 .3 1 .0 setcolor fill
  • the bitmap component 706 represents applying a bitmap pattern to a rectangular area, for example.
  • An example of the description content of the bitmap component 706 is shown below. In the example, the description content is expressed in PostScript format for the sake of explanation, but the actual bitmap component 706 is compressed after being binary encoded, for example.
  • xxxx piximage indicates a bitmap used as a fill pattern. newpath 100 100 moveto 100 0 rlineto 0 100 rlineto -100 0 rlineto closepath xxxx piximage fill
  • the display control unit 310 of the client 300 draws the vector components 704 included in the image file 714 in order.
  • the path of the vector component 704 drawn later is prioritized.
  • the display control unit 310 sequentially draws the bitmap components 706 included in the image file 714. At this time, the drawing by the bitmap component 706 is overwritten with the drawing by the vector component 704. If there is an overlap in the path between the bitmap components 706, the path of the bitmap component 706 drawn later is given priority.
  • the display control unit 310 adds the approximate error component 712 to the image of each region.
  • the approximate error component 712 may be added for each of RGBA (Red, Green, Blue, Alpha), for example.
  • the display control unit 310 of the client 300 When drawing during download, as a first example, the display control unit 310 of the client 300 performs the vector component 704, the bitmap component 706, and the approximate error component 712 in order in accordance with the download progress of the image file 714. draw. As a result, first, a wide range of colors is determined, and then a display in which the image is detailed in stages is possible.
  • the display control unit 310 of the client 300 first downloads the kd tree 710 at the head of the image file 714.
  • the display control unit 310 can obtain pointer information from the kd tree 710 to the vector component 704, the bitmap component 706, and the approximate error component 712 corresponding to a specific region. Accordingly, the display control unit 310 downloads the vector component 704, the bitmap component 706, and the approximate error component 712 referred to by the pointer information using a file seek or HTTP range request.
  • the display control unit 310 draws the specific range in the order of the vector component 704, the bitmap component 706, and the approximate error component 712, and ends the decoding for the region.
  • the communication capacity can be reduced by reducing the file size of the image referred to in the document.
  • the decoding process can be speeded up by vectorizing these parts by transcoding.
  • FIG. 24 is a block diagram for describing a hardware configuration example of the information processing apparatus according to the embodiment of the present disclosure.
  • the illustrated information processing apparatus 900 can realize, for example, a server and a client in the above-described embodiment.
  • the information processing apparatus 900 includes a CPU (Central Processing unit) 901, a ROM (Read Only Memory) 903, and a RAM (Random Access Memory) 905.
  • the information processing apparatus 900 may include a host bus 907, a bridge 909, an external bus 911, an interface 913, an input device 915, an output device 917, a storage device 919, a drive 921, a connection port 923, and a communication device 925.
  • the information processing apparatus 900 may include an imaging device 933 and a sensor 935 as necessary.
  • the information processing apparatus 900 may include a processing circuit called DSP (Digital Signal Processor) or ASIC (Application Specific Integrated Circuit) instead of or in addition to the CPU 901.
  • DSP Digital Signal Processor
  • ASIC Application Specific Integrated Circuit
  • the CPU 901 functions as an arithmetic processing device and a control device, and controls all or a part of the operation in the information processing device 900 according to various programs recorded in the ROM 903, the RAM 905, the storage device 919, or the removable recording medium 927.
  • the ROM 903 stores programs and calculation parameters used by the CPU 901.
  • the RAM 905 primarily stores programs used in the execution of the CPU 901, parameters that change as appropriate during the execution, and the like.
  • the CPU 901, the ROM 903, and the RAM 905 are connected to each other by a host bus 907 configured by an internal bus such as a CPU bus. Further, the host bus 907 is connected to an external bus 911 such as a PCI (Peripheral Component Interconnect / Interface) bus via a bridge 909.
  • PCI Peripheral Component Interconnect / Interface
  • the input device 915 is a device operated by the user, such as a mouse, a keyboard, a touch panel, a button, a switch, and a lever.
  • the input device 915 may be, for example, a remote control device that uses infrared rays or other radio waves, or may be an external connection device 929 such as a mobile phone that supports the operation of the information processing device 900.
  • the input device 915 includes an input control circuit that generates an input signal based on information input by the user and outputs the input signal to the CPU 901. The user operates the input device 915 to input various data and instruct processing operations to the information processing device 900.
  • the output device 917 is a device that can notify the user of the acquired information visually or audibly.
  • the output device 917 can be, for example, a display device such as an LCD (Liquid Crystal Display), a PDP (Plasma Display Panel), an organic EL (Electro-Luminescence) display, an audio output device such as a speaker and headphones, and a printer device.
  • the output device 917 outputs the result obtained by the processing of the information processing device 900 as video such as text or an image, or outputs it as audio such as voice or sound.
  • the storage device 919 is a data storage device configured as an example of a storage unit of the information processing device 900.
  • the storage device 919 includes, for example, a magnetic storage device such as an HDD (Hard Disk Drive), a semiconductor storage device, an optical storage device, or a magneto-optical storage device.
  • the storage device 919 stores programs executed by the CPU 901, various data, various data acquired from the outside, and the like.
  • the drive 921 is a reader / writer for a removable recording medium 927 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory, and is built in or externally attached to the information processing apparatus 900.
  • the drive 921 reads information recorded on the attached removable recording medium 927 and outputs the information to the RAM 905.
  • the drive 921 writes a record in the attached removable recording medium 927.
  • the connection port 923 is a port for directly connecting a device to the information processing apparatus 900.
  • the connection port 923 can be, for example, a USB (Universal Serial Bus) port, an IEEE 1394 port, a SCSI (Small Computer System Interface) port, or the like.
  • the connection port 923 may be an RS-232C port, an optical audio terminal, an HDMI (High-Definition Multimedia Interface) port, or the like.
  • the communication device 925 is a communication interface configured with, for example, a communication device for connecting to the communication network 931.
  • the communication device 925 may be, for example, a communication card for wired or wireless LAN (Local Area Network), Bluetooth (registered trademark), or WUSB (Wireless USB).
  • the communication device 925 may be a router for optical communication, a router for ADSL (Asymmetric Digital Subscriber Line), or a modem for various communication.
  • the communication device 925 transmits and receives signals and the like using a predetermined protocol such as TCP / IP with the Internet and other communication devices, for example.
  • the communication network 931 connected to the communication device 925 is a wired or wireless network, such as the Internet, a home LAN, infrared communication, radio wave communication, or satellite communication.
  • the imaging device 933 uses various members such as an imaging element such as a CCD (Charge Coupled Device) or a CMOS (Complementary Metal Oxide Semiconductor), and a lens for controlling the formation of a subject image on the imaging element. It is an apparatus that images a real space and generates a captured image.
  • the imaging device 933 may capture a still image or may capture a moving image.
  • the sensor 935 is various sensors such as an acceleration sensor, a gyro sensor, a geomagnetic sensor, an optical sensor, and a sound sensor.
  • the sensor 935 acquires information about the state of the information processing apparatus 900 itself, such as the posture of the information processing apparatus 900, and information about the surrounding environment of the information processing apparatus 900, such as brightness and noise around the information processing apparatus 900, for example. To do.
  • the sensor 935 may include a GPS sensor that receives a GPS (Global Positioning System) signal and measures the latitude, longitude, and altitude of the apparatus.
  • GPS Global Positioning System
  • Each component described above may be configured using a general-purpose member, or may be configured by hardware specialized for the function of each component. Such a configuration can be appropriately changed according to the technical level at the time of implementation.
  • Embodiments of the present disclosure include, for example, an information processing apparatus (server apparatus or client apparatus) as described above, a system, an information processing method executed by the information processing apparatus or system, and a program for causing the information processing apparatus to function And a non-transitory tangible medium on which the program is recorded. It should be noted that the plurality of embodiments described above can be implemented in any combination within the scope obvious to those skilled in the art from the description of the present specification, even if it is not specified that the combinations are particularly possible. .
  • a document acquisition unit that acquires a document including a reference to a resource in response to a request from a client;
  • An identifier generator that generates a unique identifier for each content of the resource;
  • An identifier description that associates the identifier with a reference to the resource in the document;
  • a server apparatus comprising: a document transmission unit configured to transmit the document and an identifier associated with a reference to the resource to the client.
  • the server device according to (1) or (2), further including a resource advance delivery unit.
  • the resource pre-distribution unit pre-compiles the program and transmits the program to the client when the resource estimated to be used frequently is a program. .
  • the server device according to any one of (1) to (4), wherein the identifier includes a hash calculated based on a content of the resource.
  • the document transmission unit transmits the document in which a dummy identifier is associated with a reference to the resource before the identifier is generated to the client, and after the identifier is generated, 6.
  • the server device according to any one of (1) to (5), wherein information that associates the identifier is transmitted to the client.
  • a request transmission unit that transmits a request to the server;
  • a document receiving unit that receives a document including a reference to a resource transmitted from the server in response to the request, and a unique identifier for each content of the resource associated with the reference to the resource;
  • a cache determination unit that determines whether or not the resource is stored in a cache based on the identifier.
  • the client device receives a document including a reference to the resource associated with the identifier in addition to the original identifier.
  • Client device receives the predetermined resource associated with the identifier from the server before the request and stores the received resource in a cache.
  • Client device (10) The client device according to (9), wherein when the predetermined resource is a program, the resource advance receiving unit receives the precompiled program and caches the received program.
  • the resource advance receiving unit caches the received program in a storage area different from resources other than the program.
  • the client device according to any one of (7) to (11), wherein the identifier includes a hash calculated based on a content of the resource.
  • the document reception unit receives, from the server, information associating the identifier with the dummy identifier after receiving the document in which a dummy identifier is associated with the reference to the resource from the server.
  • the client device according to any one of (12) to (12).
  • the cache determination unit realizes a function of transmitting a request for the identifier to the server when referring to the resource in a state where a dummy identifier is associated with a reference to the resource.
  • the client device according to 13).
  • DESCRIPTION OF SYMBOLS 10 System 100 Distribution server 200 Intermediate server 202 Request receiving part 204 Document acquisition part 206 Document analysis part 208 Resource acquisition part 210 Identifier generation part 212 Identifier description part 214 Document transmission part 216 Resource transmission part 218 Resource advance distribution part 220 Resource analysis part 222 Short character string generation unit 224 Short character string description unit 226 Association information transmission unit 228 Image transcoding unit 230 Image reference update unit 280 Cache 282 Database 300 Client 302 Request transmission unit 304 Document reception unit 306 Cache determination unit 308 Resource reception unit 310 Display Control unit 312 Resource preceding reception unit 314 Association information reception unit 316 Character string interpretation unit 380 Interview 382 database

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Digital Computer Display Output (AREA)
  • Document Processing Apparatus (AREA)

Abstract

【課題】クライアントからのリクエストに応じてサーバがドキュメントを提供するシステムにおいて、サーバの処理能力を活用することによってクライアントへのドキュメントの提供を高速化する。 【解決手段】クライアントからのリクエストに応じて、リソースへの参照を含むドキュメントを取得するドキュメント取得部と、上記リソースの内容ごとに一意な識別子を生成する識別子生成部と、上記ドキュメントにおいて上記識別子を上記リソースへの参照に関連付ける識別子記述部と、上記ドキュメントと、上記リソースへの参照に関連付けられた識別子とを上記クライアントに送信するドキュメント送信部とを含むサーバ装置が提供される。

Description

サーバ装置、クライアント装置、情報処理方法および記録媒体
　本開示は、サーバ装置、クライアント装置、情報処理方法および記録媒体に関する。
　クライアントからのリクエストに応じてサーバがドキュメントを提供するシステムは、例えばＨＴＭＬ（Hyper　Text　Markup　Language）ドキュメントを提供するＷＷＷ（World　Wide　Web）のように、今日広く普及している。こうしたシステムにおいて、ドキュメントをクライアントに提供するための所要時間、より具体的にはクライアントがリクエストを送信してからドキュメントがクライアントで表示されるまでの時間を短縮することは、長年取り組まれてきた課題である。例えば、特許文献１には、メモリリソースやウェブサービスへのアクセスが制限されている場合でもキャッシュを効率よく利用するために、ウェブサーバにおいてコンテンツをキャッシュする技術が記載されている。
特開２０１１－１０８１０２号公報
　しかしながら、例えばＨＴＭＬにおける画像／動画やスクリプトなどのように、様々なリソースを参照するリッチなドキュメントが増加する傾向にあり、上記のような高速化技術のさらなる進歩が求められている。また、サーバやクライアントの処理能力を向上させることも高速化に寄与するが、例えばクライアントがモバイル装置であるような場合には、処理能力の向上は必ずしも容易ではない。
　そこで、本開示では、クライアントからのリクエストに応じてサーバがドキュメントを提供するシステムにおいて、サーバの処理能力を活用することによってクライアントへのドキュメントの提供を高速化することを可能にする、新規かつ改良されたサーバ装置、クライアント装置、情報処理方法および記録媒体を提案する。
　本開示によれば、クライアントからのリクエストに応じて、リソースへの参照を含むドキュメントを取得するドキュメント取得部と、上記リソースの内容ごとに一意な識別子を生成する識別子生成部と、上記ドキュメントにおいて上記識別子を上記リソースへの参照に関連付ける識別子記述部と、上記ドキュメントと、上記リソースへの参照に関連付けられた識別子とを上記クライアントに送信するドキュメント送信部とを含むサーバ装置が提供される。
　また、本開示によれば、サーバにリクエストを送信するリクエスト送信部と、上記リクエストに応じて上記サーバから送信された、リソースへの参照を含むドキュメントと、上記リソースへの参照に関連付けられた上記リソースの内容ごとに一意な識別子とを上記サーバから受信するドキュメント受信部と、上記識別子に基づいて、上記リソースがキャッシュに格納されているか否かを判定するキャッシュ判定部とを含むクライアント装置が提供される。
　また、本開示によれば、クライアントからのリクエストに応じて、リソースへの参照を含むドキュメントを取得することと、上記リソースの内容ごとに一意な識別子を生成することと、プロセッサが、上記ドキュメントにおいて上記識別子を上記リソースへの参照に関連付けることと、上記ドキュメントと、上記リソースへの参照に関連付けられた識別子とを上記クライアントに送信することとを含む情報処理方法が提供される。
　また、本開示によればサーバにリクエストを送信する機能と、上記リクエストに応じて送信された、リソースへの参照を含むドキュメントと、上記リソースへの参照に関連付けられた上記リソースの内容ごとに一意な識別子とを上記サーバから受信する機能と、上記識別子に基づいて、上記リソースがキャッシュに格納されているか否かを判定する機能とをコンピュータに実現させるためのプログラムが記録された一時的でない有形の記録媒体が提供される。
　以上説明したように本開示によれば、クライアントからのリクエストに応じてサーバがドキュメントを提供するシステムにおいて、サーバの処理能力を活用することによってクライアントへのドキュメントの提供を高速化することができる。
本開示のいくつかの実施形態が適用されるシステムの概略的な構成を示す図である。 本開示の第１の実施形態に係る中間サーバおよびクライアントの概略的な機能構成を示すブロック図である。 本開示の第１の実施形態に係る中間サーバの処理を示すフローチャートである。 本開示の第１の実施形態に係るクライアントの処理を示すフローチャートである。 本開示の第１の実施形態の変形例に係る中間サーバの処理を示すフローチャートである。 本開示の第１の実施形態の変形例に係るクライアントの処理を示すフローチャートである。 本開示の第２の実施形態に係る中間サーバおよびクライアントの概略的な機能構成を示すブロック図である。 本開示の第２の実施形態に係る中間サーバがリクエストを受信する前の処理を示すフローチャートである。 本開示の第２の実施形態に係るクライアントがリクエストを送信する前の処理を示すフローチャートである。 本開示の第３の実施形態に係る中間サーバの概略的な機能構成を示すブロック図である。 本開示の第３の実施形態に係るクライアントの概略的な機能構成を示すブロック図である。 本開示の第３の実施形態に係る中間サーバの処理を示すフローチャートである。 本開示の第３の実施形態に係るクライアントの処理を示すフローチャートである。 本開示の第３の実施形態の変形例に係る中間サーバの処理を示すフローチャートである。 本開示の第４の実施形態に係る中間サーバの概略的な機能構成を示すブロック図である。 本開示の第４の実施形態に係るクライアントの概略的な機能構成を示すブロック図である。 本開示の第４の実施形態に係る中間サーバの処理を示すフローチャートである。 本開示の第４の実施形態に係る中間サーバの処理を示すフローチャートである。 本開示の第４の実施形態に係るクライアントの処理を示すフローチャートである。 本開示の第４の実施形態に係るクライアントの処理を示すフローチャートである。 本開示の第５の実施形態に係る中間サーバの処理を示すフローチャートである。 本開示の第５の実施形態に係るクライアントの処理を示すフローチャートである。 本開示の第６の実施形態に係る中間サーバの処理を示すフローチャートである。 本開示の第７の実施形態に係る中間サーバおよびクライアントの概略的な機能構成を示すブロック図である。 本開示の第７の実施形態に係る中間サーバの処理を示すフローチャートである。 本開示の第７の実施形態で適用されうる画像フォーマットに従った画像ファイルの生成処理について説明するための図である。 本開示の第７の実施形態で適用されうる画像フォーマットに従った画像ファイルの生成処理について説明するための図である。 本開示の実施形態に係る情報処理装置のハードウェア構成例を説明するためのブロック図である。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　なお、説明は以下の順序で行うものとする。
　１．システム構成
　２．第１の実施形態
　　２－１．機能構成
　　２－２．処理フロー
　　２－３．変形例
　３．第２の実施形態
　　３－１．機能構成
　　３－２．処理フロー
　４．第３の実施形態
　　４－１．機能構成
　　４－２．処理フロー
　　４－３．変形例
　５．第４の実施形態
　　５－１．機能構成
　　５－２．処理フロー
　６．第５の実施形態
　７．第６の実施形態
　８．第７の実施形態
　　８－１．機能構成
　　８－２．処理フロー
　　８－３．トランスコードの例
　　８－４．フォーマットの例
　　８－５．デコード処理の例
　９．ハードウェア構成
　１０．補足
　（１．システム構成）
　図１は、本開示のいくつかの実施形態が適用されるシステムの概略的な構成を示す図である。図１を参照すると、システム１０は、配信元サーバ１００と、中間サーバ２００と、クライアント３００とを含む。配信元サーバ１００、中間サーバ２００、およびクライアント３００は、例えばインターネットなどのネットワークによって相互に接続されている。
　配信元サーバ１００および中間サーバ２００は、いずれも１または複数のサーバ装置によって実現されるサーバである。配信元サーバ１００は、ユーザに提供されるドキュメントと、ドキュメントが参照するリソースとを保持している。ドキュメントおよびリソースは、クライアント３００からのリクエストに応じて、配信元サーバ１００から１または複数の中間サーバ２００を経由して、クライアント３００に配信される。例えば、中間サーバ２００がドキュメントやリソースをキャッシュとして保持し、キャッシュされているドキュメントやリソースを配信元サーバ１００に代わってクライアント３００に配信することによって、クライアント３００に迅速にドキュメントを提供することができる。
　また、ドキュメントやリソースの一部は、クライアント３００でもキャッシュとして保持されている。ドキュメントやリソースがクライアント３００で保持されている場合、ネットワークを介したデータの送受信をしなくてもよいため、ドキュメントはより迅速に表示される。ただし、クライアント３００で保持することが可能なキャッシュの量には限界があるため、より多くのキャッシュを保持することが可能な中間サーバ２００を設けることには利点がある。中間サーバ２００は、例えば後述する実施形態のように、キャッシュの保持に限らず、高速化のための様々な処理を実行しうる。
　なお、配信元サーバ１００および中間サーバ２００を実現する１または複数のサーバ装置は、ＣＰＵ（Central　Processing　unit）などのプロセッサを備えた情報処理装置でありうる。また、クライアント３００もプロセッサを備えた情報処理装置によって実現されうる。クライアント３００には、ディスプレイやスピーカなどの出力装置や、タッチパネルなどの入力装置、および撮像装置などがさらに備えられてもよい。より具体的には、例えば、クライアント３００は、スマートフォン、パーソナルコンピュータ、タブレット、メディアプレーヤ、テレビ、ゲーム機などといった装置でありうる。上記の各装置を実現しうる情報処理装置の具体的なハードウェア構成については、後段でさらに詳細に説明する。
　システム１０は、例えばＨＴＭＬのようなマークアップ言語で記述されたドキュメントの配信に利用されうる。この場合、リソースは、例えばＪａｖａＳｃｒｉｐｔのようなスクリプトや、ＣＳＳ（Cascading　Style　Sheets）のようなスタイル定義情報、画像および動画などでありうる。なお、システム１０は、マークアップ言語で記述されたものに限らず、各種のドキュメント、またはドキュメント以外のデータ（画像もしくは動画などを含む）の配信に利用されうる。
　（２．第１の実施形態）
　（２－１．機能構成）
　図２は、本開示の第１の実施形態に係る中間サーバおよびクライアントの概略的な機能構成を示すブロック図である。図２を参照すると、中間サーバ２００は、機能構成として、リクエスト受信部２０２と、ドキュメント取得部２０４と、ドキュメント解析部２０６と、リソース取得部２０８と、識別子生成部２１０と、識別子記述部２１２と、ドキュメント送信部２１４と、リソース送信部２１６とを含む。クライアント３００は、機能構成として、リクエスト送信部３０２と、ドキュメント受信部３０４と、キャッシュ判定部３０６と、リソース受信部３０８と、表示制御部３１０とを含む。
　これらの機能構成は、例えば、中間サーバ２００およびクライアント３００をそれぞれ実現する情報処理装置に備えられるプロセッサが、メモリまたは記録媒体に格納されたプログラムに従って動作することによって実現されうる。また、中間サーバ２００におけるキャッシュ２８０、およびクライアント３００におけるキャッシュ３８０は、例えば、それぞれの情報処理装置のストレージまたはメモリによって実現されうる。
　　（中間サーバ）
　中間サーバ２００では、リクエスト受信部２０２がクライアント３００からのリクエストを受信する。リクエストが受信されると、ドキュメント取得部２０４が、リクエストに応じて、リクエストにおいて指定されたドキュメントを取得する。このとき、ドキュメント取得部２０４は、キャッシュ２８０に格納されたドキュメントを内部的に取得してもよい。指定されたドキュメントがキャッシュ２８０に格納されていない場合、ドキュメント取得部２０４は配信元サーバ１００にリクエストを送信し、リクエストに応じて配信元サーバ１００から送信されたドキュメントを取得する。
　ドキュメント解析部２０６は、ドキュメント取得部２０４が取得したドキュメントを解析する。より具体的には、ドキュメント解析部２０６は、ドキュメントに含まれるリソースへの参照を検出する。ドキュメント解析部２０６によってリソースへの参照が検出された場合、リソース取得部２０８が、参照されているリソースを取得する。このとき、リソース取得部２０８は、キャッシュ２８０に格納されたリソースを内部的に取得してもよい。参照されているリソースがキャッシュ２８０に格納されていない場合、リソース取得部２０８は配信元サーバ１００にリクエストを送信し、リクエストに応じて配信元サーバ１００から送信されたリソースを取得する。配信元サーバ１００から新たに取得されたリソースは、キャッシュ２８０に格納される。
　識別子生成部２１０は、リソース取得部２０８によって取得されたリソースについて、リソースの内容ごとに一意な識別子を生成する。例えば、識別子生成部２１０は、リソースの内容に基づいて所定のアルゴリズムでハッシュを算出してもよい。この場合、算出されたハッシュは、リソースの内容ごとに一意な識別子になりうる。なお、識別子生成部２１０は、必ずしもハッシュをそのまま識別子として利用しなくてもよく、ハッシュに基づいてリソースを同定した上で、別途識別子を生成してリソースに付与してもよい。識別子生成部２１０は、生成した識別子をキャッシュ２８０に格納されているリソースに関連付けてもよい。
　より具体的には、例えば、識別子生成部２１０は、リソースを種類に関わらずバイナリデータとみなし、ハッシュ関数を利用して一意な識別子を生成する。ハッシュ関数としては、例えばＭＤ５、ＳＨＡ－１、またはＳＨＡ－２５６などを利用してもよい。さらに、識別子生成部２１０は、１つのリソースについて、複数のハッシュ関数を利用して複数の識別子を生成してもよい。これらの識別子がすべて一致した場合にリソースを同一と判定することで、識別子の一意性をより高めることができる。
　後述するように、識別子生成部２１０が生成するリソースの内容ごとに一意な識別子によって、クライアント３００におけるドキュメントの表示を高速化させることができる。上記のハッシュ関数による識別子の生成の例のように、識別子生成部２１０による一意な識別子の生成にもある程度の時間はかかるが、一般に中間サーバ２００の処理能力はクライアント３００よりも高く、また後述する変形例のように識別子の生成と並行してクライアント３００でドキュメントの表示を開始することも可能であるため、結果としてドキュメントの表示の高速化が達成される。
　識別子記述部２１２は、識別子生成部２１０によって生成された識別子を、ドキュメントにおけるリソースへの参照に関連付ける。より具体的には、例えば、識別子記述部２１２は、識別子生成部２１０が生成した識別子を、オリジナルの識別子に追加してリソースへの参照に関連付ける。例えば、ＨＴＭＬドキュメントは、ＵＲＬ（Uniform　Resource　Locator）をオリジナルの識別子とするリソースへの参照を含む。この場合、識別子記述部２１２は、オリジナルの識別子であるＵＲＬを残しつつ、識別子生成部２１０によって生成された識別子、例えばハッシュを追加的にドキュメントに記述してもよい。
　一例として、ＨＴＭＬドキュメントに下記の（ａ）に示すようなＵＲＬを含む画像のリソースへの参照が含まれていた場合、識別子記述部２１２は、（ｂ）に示すように、識別子生成部２１０によって生成された識別子であるハッシュ（new_id）を追加的にドキュメントに記述してもよい。
（ａ）<img　src=“resource/image001.jpg”/>
（ｂ）<img　src=“resource/image001.jpg”　new_id=“736f6e7920706174656e74”/>
　後述するように、クライアント３００は、ドキュメントの参照に際して、識別子記述部２１２によって追加的に記述された識別子に基づいてリソースのキャッシュの有無を判断し、キャッシュがない場合には中間サーバ２００にリソースをリクエストするように構成されている。しかし、ネットワーク上には、クライアント３００以外のクライアント、つまり追加的に記述された識別子を参照しないクライアントも存在しうる。識別子記述部２１２がオリジナルの識別子を残しておくことによって、そのようなクライアントとの間で下位互換性を確保することができる。
　あるいは、識別子記述部２１２は、識別子生成部２１０が生成した識別子によって、ドキュメントにおけるリソースへの参照に含まれるオリジナルの識別子を上書きしてもよい。この場合、例えば、上記の（ａ）に示すようなリソースへの参照は、下記の（ｃ）に示すように書き換えられうる。
（ｃ）<img　src=“http://www.xxx.yyy/zzz/736f6e7920706174656e74”/>
　この例において、識別子記述部２１２は、ＵＲＬを、中間サーバ２００を示す絶対パスに書き換えるとともに、絶対パスに続けて識別子生成部２１０が生成した識別子を記述している。中間サーバ２００を示す絶対パスは、すべてのリソースで共通して付加される。従って、クライアント３００が上記の例のように書き換えられたオリジナルの識別子に基づいてキャッシュの有無を判断することは、実質的に識別子生成部２１０が生成した識別子に基づいて判断しているのと同じことになる。この場合、クライアントは、追加的に記述された識別子を参照するように構成されていなくてもよい。
　ドキュメント送信部２１４は、識別子生成部２１０によって生成された識別子を含むドキュメントをクライアント３００に送信する。後述するように、クライアント３００は、識別子生成部２１０によって生成された識別子に基づいてリソースを参照しながらドキュメントを表示させる。リソース送信部２１６は、ドキュメントで参照されるリソースがクライアント３００でキャッシュされていなかった場合にクライアント３００から送信されるリソースのリクエストに応じて、キャッシュ２８０に格納されたリソースをクライアント３００に送信する。
　　（クライアント）
　クライアント３００では、リクエスト送信部３０２が、例えばユーザ操作に基づいて中間サーバ２００にリクエストを送信する。ドキュメント受信部３０４は、中間サーバ２００がリクエストに応じて送信したドキュメントを受信する。上述の通り、受信されるドキュメントにはリソースへの参照が含まれ、リソースへの参照には中間サーバ２００の識別子生成部２１０によって生成されたリソースの内容ごとに一意な識別子が関連付けられている。上述の通り、ドキュメントにおいて、一意な識別子は、オリジナルの識別子に追加してリソースへの参照に関連付けられていてもよい。
　キャッシュ判定部３０６は、ドキュメント受信部３０４が受信したドキュメントにおいて参照されているリソースが、キャッシュ３８０に格納されているか否かを判定する。このとき、キャッシュ判定部３０６は、リソースの内容ごとに一意な識別子に基づいて、リソースがキャッシュ３８０に格納されているか否かを判定する。リソースがキャッシュ３８０に格納されている場合、キャッシュ判定部３０６は格納されたリソースを読み出して表示制御部３１０に提供する。一方、リソースがキャッシュ３８０に格納されていなかった場合、キャッシュ判定部３０６は、中間サーバ２００に当該リソースのリクエストを送信することをリソース受信部３０８に依頼する。
　ここで、もし、キャッシュ判定部が判定に用いる識別子が、例えばＵＲＬのようなものであった場合、識別子は必ずしもリソースの内容ごとに一意ではない。それゆえ、リソースの内容が同一であっても、異なるリソースが参照されていると判定される場合がある。例えば、第１の配信元サーバ１００ａから配信される第１のドキュメントによって参照される第１のリソースと、第２の配信元サーバ１００ｂから配信される第２のドキュメントによって参照される第２のリソースとがあるとする。この場合、第１のリソースと第２のリソースとの内容が同一であっても、第１の配信元サーバ１００ａを示すＵＲＬと第２の配信元サーバ１００ｂを示すＵＲＬとが異なるために、第１のリソースおよび第２のリソースへの参照にそれぞれ用いられる識別子（ＵＲＬ）は異なる。従って、キャッシュ判定部は、受信された第２のドキュメントで第２のリソースが参照されているような場合、同じ内容の第１のリソースが既にキャッシュに格納されていても、第２のリソースそのものがキャッシュに格納されていなければ、参照されているリソースがキャッシュに格納されていないと判定しうる。
　これに対して、本実施形態に係るクライアント３００のキャッシュ判定部３０６は、リソースの内容ごとに一意な識別子に基づいて、リソースがキャッシュ３８０に格納されているか否かを判定する。この場合、上記の例でいえば、中間サーバ２００の識別子生成部２１０が、第１のリソースと第２のリソースとについて共通する識別子を生成し、キャッシュ判定部３０６は、この共通の識別子に基づいてリソースがキャッシュ３８０に格納されているか否かを判定する。従って、受信された第２のドキュメントで第２のリソースが参照されている場合、同じ内容の第１のリソースが既にキャッシュ３８０に格納されていれば、キャッシュ判定部３０６は、参照されているリソースがキャッシュ３８０に格納されていると判定し、中間サーバ２００にリクエストを送信することなく、キャッシュ３８０に格納されたリソースを再利用して表示制御部３１０に提供することができる。
　リソース受信部３０８は、中間サーバ２００にリソースのリクエストを送信し、リクエストに応じて中間サーバ２００から送信されたリソースを受信する。リソース受信部３０８は、受信されたリソースを表示制御部３１０に提供する。また、リソース受信部３０８は、新たに受信されたリソースをキャッシュ３８０に格納する。
　表示制御部３１０は、ドキュメント受信部３０４が受信したドキュメントと、ドキュメントにおいて参照されているリソースとに基づいて、クライアント３００のディスプレイにドキュメントを表示させる。上述のように、リソースは、キャッシュ判定部３０６の判定に応じて、キャッシュ３８０から読み出されて再利用されるか、中間サーバ２００から新たに受信される。中間サーバ２００からの受信には通信のための時間がかかるため、再利用されるリソースの割合が高いほど、ドキュメントの表示は高速化されることになる。
　本実施形態では、キャッシュ判定部３０６が、リソースの内容ごとに一意な識別子に基づいて、リソースがキャッシュ３８０に格納されているか否かを判定する。それゆえ、例えば同じ配信元サーバ１００から配信されたドキュメントで参照されるリソースのみならず、相異なる配信元サーバ１００から配信された複数のドキュメントでそれぞれ参照されるリソースであっても、内容が同一であれば再利用することができる。従って、ドキュメントの表示にあたって再利用されるリソースの割合が増加し、ドキュメントの表示が高速化されうる。
　（２－２．処理フロー）
　　（中間サーバの処理フロー）
　図３は、本開示の第１の実施形態に係る中間サーバの処理を示すフローチャートである。図３を参照すると、まず、リクエスト受信部２０２が、クライアント３００からのリクエストを受信する（Ｓ１０１）。次に、ドキュメント取得部２０４が、リクエストにおいて指定されたドキュメントを取得する（Ｓ１０３）。次に、ドキュメント解析部２０６が、取得されたドキュメントを解析する（Ｓ１０５）。
　ここで、ドキュメントの解析においてリソースへの参照が検出された場合（Ｓ１０７のＹＥＳ）、リソース取得部２０８が、参照されているリソースを取得する（Ｓ１０９）。さらに、識別子生成部２１０が、取得されたリソースの内容に基づいて一意な識別子を生成する（Ｓ１１１）。次に、識別子記述部２１２が、生成された一意な識別子を、ドキュメントにおけるリソースへの参照に関連付ける（Ｓ１１３）。Ｓ１０９～Ｓ１１３は、ドキュメントにおけるリソースへの参照がすべて検出されるまで繰り返し実行されうる。
　ドキュメントの解析においてリソースへの参照が検出されなくなった場合、または検出されなかった場合（Ｓ１０７のＮＯ）、ドキュメント送信部２１４が、ドキュメントをクライアント３００に送信する（Ｓ１１５）。その後、クライアント３００からリソースのリクエストが受信された場合（Ｓ１１７のＹＥＳ）、リソース送信部２１６がクライアント３００にリソースを送信する（Ｓ１１９）。リソースのリクエストが受信されなくなった場合、または受信されなかった場合（Ｓ１１７のＮＯ）、中間サーバ２００での処理は終了する。
　　（クライアントの処理フロー）
　図４は、本開示の第１の実施形態に係るクライアントの処理を示すフローチャートである。図４を参照すると、まず、リクエスト送信部３０２が、中間サーバ２００にリクエストを送信する（Ｓ１３１）。次に、ドキュメント受信部３０４が、中間サーバ２００がリクエストに応じて送信したドキュメントを受信する（Ｓ１３３）。ここで、表示制御部３１０は、受信されたドキュメントの表示を開始する（Ｓ１３５）。
　ドキュメントにおいてリソースへの参照が発見された場合（Ｓ１３７のＹＥＳ）、キャッシュ判定部３０６が、参照されているリソースがキャッシュ３８０に格納されているか（キャッシュされているか）否かを判定する（Ｓ１３９）。上述のように、キャッシュ判定部３０６は、ドキュメントにおけるリソースへの参照に関連付けられた、リソースの内容ごとに一意な識別子に基づいて、リソースがキャッシュ３８０に格納されているか否かを判定する。
　ここで、リソースがキャッシュ３８０に格納されていると判定された場合（Ｓ１３９のＹＥＳ）、キャッシュ判定部３０６はキャッシュ３８０からリソースを読み出して表示制御部３１０に提供する。つまり、キャッシュ判定部３０６および表示制御部３１０はキャッシュされたリソースを再利用する（Ｓ１４１）。一方、リソースがキャッシュ３８０に格納されていないと判定された場合（Ｓ１３９のＮＯ）、リソース受信部３０８が中間サーバ２００にリソースのリクエストを送信する（Ｓ１４３）。リソース受信部３０８は、リクエストに応じて中間サーバ２００が送信したリソースを受信する（Ｓ１４５）。
　表示制御部３１０は、再利用されたリソース、または中間サーバ２００から受信されたリソースを参照して、ドキュメントの表示を継続する（Ｓ１４７）。Ｓ１３９～Ｓ１４７は、ドキュメントにおけるリソースへの参照がすべて発見されるまで繰り返し実行されうる。表示制御部３１０がドキュメントの全体を表示させ、リソースへの参照も発見されなくなった場合、またはリソースへの参照が発見されなかった場合（Ｓ１３７のＮＯ）、クライアント３００はドキュメントの表示を完了する（Ｓ１４９）。
　（２－３．変形例）
　　（中間サーバの処理フロー）
　図５は、本開示の第１の実施形態の変形例に係る中間サーバの処理を示すフローチャートである。図５を参照すると、まず、上記で図３を参照して説明した例と同様にＳ１０１～Ｓ１０５が実行される。
　次に、識別子記述部２１２が、ドキュメントの解析によって検出されたリソースへの参照にダミー識別子を関連付ける（Ｓ１６１）。ここで、ダミー識別子は、例えば機械的に生成される一連の識別子であり、必ずしもリソースの内容ごとに一意ではない。識別子記述部２１２は、例えば、ドキュメントの先頭から順に、検出された参照にインクリメンタルな、またはランダムなダミー識別子を関連付ける。このとき、参照されるリソースのオリジナルの識別子（例えばＵＲＬ）が同一であれば、識別子記述部２１２はこれらの参照に同一のダミー識別子を関連付けてもよい。
　次に、ドキュメント送信部２１４がドキュメントをクライアント３００に送信する（Ｓ１１５）。この後に、またはこれと並行して、ドキュメントの解析によって検出されたリソースへの参照のそれぞれについて、リソース取得部２０８が参照されているリソースを取得し、識別子生成部２１０が取得されたリソースの内容に基づいて一意な識別子を生成する（Ｓ１０７～Ｓ１１１）。
　検出されたすべての参照についてＳ１０７～Ｓ１１１の処理が終了すると、識別子記述部２１２が、Ｓ１６１で参照に関連付けられたダミー識別子と、Ｓ１１１で生成された一意な識別子とを関連付ける情報（識別子の関連付け情報）を生成する（Ｓ１６３）。ドキュメント送信部２１４は、識別子の関連付け情報をクライアント３００に送信する（Ｓ１６５）。その後、クライアント３００からリソースのリクエストが受信されれば、リソース送信部２１６がクライアント３００にリソースを送信する（Ｓ１１７，Ｓ１１９）。
　　（クライアントの処理フロー）
　図６は、本開示の第１の実施形態の変形例に係るクライアントの処理を示すフローチャートである。図６を参照すると、まず、上記で図４を参照して説明した例と同様にＳ１３１～Ｓ１３５が実行される。
　ドキュメントにおいてリソースへの参照が発見された場合（Ｓ１３７のＹＥＳ）、キャッシュ判定部３０６は、発見された参照に関連付けられたダミー識別子を一意な識別子に置換した上で（Ｓ１８１）、参照されているリソースがキャッシュ３８０に格納されているか否かを判定する（Ｓ１３９）。図示していないが、Ｓ１８１の時点で、上述した識別子の関連付け情報がドキュメント受信部３０４によって受信されていない場合、つまり、キャッシュ判定部３０６がリソースへの参照にダミー識別子が関連付けられた状態でリソースを参照する場合、キャッシュ判定部３０６は、識別子または識別子の関連付け情報のためのリクエストを中間サーバ２００に送信する。この場合、中間サーバ２００の識別子生成部２１０は、リクエストが受信された参照について、参照されているリソースの内容に基づく一意な識別子の生成を優先的に実行してもよい。
　中間サーバ２００の処理能力がクライアント３００に比べて高い場合でも、識別子生成部２１０による一意な識別子の生成にはある程度の時間がかかる。従って、本変形例のように、容易に生成できるダミー識別子が参照に関連付けられたドキュメントを先行してクライアント３００に送信し、クライアント３００で受信されたドキュメントに基づいて表示が開始されるのと並行して中間サーバ２００で一意な識別子の生成を実行することで、クライアント３００でドキュメントの表示が完了するまでの時間をさらに短縮することができる。
　（３．第２の実施形態）
　（３－１．機能構成）
　図７は、本開示の第２の実施形態に係る中間サーバおよびクライアントの概略的な機能構成を示すブロック図である。図７を参照すると、中間サーバ２００は、機能構成として、リソース先行配信部２１８をさらに含む。また、クライアント３００は、機能構成として、リソース先行受信部３１２をさらに含む。
　中間サーバ２００のリソース先行配信部２１８は、所定のリソースについて、リクエスト受信部２０２がクライアント３００からリクエストを受信する前に、先行してクライアント３００に送信する。このとき、リソース先行配信部２１８は、リソースを、識別子生成部２１０が生成したリソースの内容ごとに一意な識別子に関連付けてクライアント３００に送信する。
　例えば、リソース先行配信部２１８は、識別子生成部２１０によって生成された識別子が、ドキュメントにおいてリソースへの参照に関連付けられた回数をカウントし、この回数に基づいて使用頻度が高いと推定されるリソースをクライアント３００に送信してもよい。識別子生成部２１０によって生成される識別子はリソースの内容ごとに一意であるため、上記のカウントは、ＵＲＬなどに関わらず、リソースの内容ごとに、それぞれのリソースがいろいろなドキュメントにおいて参照された頻度を示すものでありうる。
　あるいは、リソース先行配信部２１８は、サービス提供者によって指定されたリソースを、先行してクライアント３００に送信してもよい。例えば、多くのドキュメントで共通して参照されることが予想されるスクリプトの標準ライブラリについては、サービス提供者による設定に従って、リソース先行配信部２１８がクライアント３００に先行して送信しておくことで、ドキュメントを提供する場合にスクリプトのためのリクエストやリクエストに応じたスクリプトの送信にかかる時間を節減することができる。
　また、先行して配信されるリソースがスクリプトのようなプログラムである場合、リソース先行配信部２１８は、プログラムをプリコンパイルしてからクライアント３００に送信してもよい。例えば、クライアント３００が、ドキュメントにおいて参照されたプログラムをコンパイルしてから実行する場合、プログラムがキャッシュ３８０に格納されていたとしても、コンパイルにかけられる時間は限られている。一方、中間サーバ２００でリソース先行配信部２１８がプログラムをクライアント３００への送信前にプリコンパイルする場合、コンパイルに十分に時間をかけることができるために、プログラム実行時の動作コンパイルによって十分に最適化することができる。
　クライアント３００のリソース先行受信部３１２は、リクエスト送信部３０２が中間サーバ２００にリクエストを送信する前に、中間サーバ２００のリソース先行配信部２１８が送信したリソースを受信する。ここで受信されるリソースは、上記のように、例えば、リソースへの参照に関連付けられた回数に基づいて使用頻度が高いと推定されるリソースであってもよいし、サービス提供者によって指定されたリソースであってもよい。いずれの場合も、リソース先行受信部３１２は、中間サーバ２００から先行して配信されたリソースを受信し、受信したリソースをキャッシュ３８０に格納する。
　上述のように、受信されるリソースは、中間サーバ２００において識別子生成部２１０が生成した、リソースの内容ごとに一意な識別子に関連付けられている。リソース先行受信部３１２は、受信したリソースを、この識別子に関連付けてキャッシュ３８０に格納する。これによって、先行して配信されたリソースのオリジナルの識別子（例えばＵＲＬ）に関わらず、先行して配信されたリソースと同一の内容のリソースがドキュメントにおいて参照された場合には、キャッシュ３８０に予め格納されたリソースを利用し、ドキュメントの表示を高速化することができる。
　また、先行して配信されるリソースがスクリプトのようなプログラムである場合、リソース先行受信部３１２は、中間サーバ２００のリソース先行配信部２１８によってプリコンパイルされたプログラムを受信してもよい。この場合、リソース先行受信部３１２は、プリコンパイルされたプログラムを、キャッシュ３８０において、例えば画像やＣＳＳなどプログラム以外のリソースとは別の記憶領域に格納してもよい。プリコンパイルされたプログラムは、例えばＷｅｂＣｏｒｅのようなライブラリと共通の記憶領域に格納されうる。これによって、クライアント３００におけるドキュメントの表示時に、参照されているリソースに対応するプリコンパイルされたプログラムにより高速にアクセスすることが可能になりうる。
　例えばＨＴＭＬドキュメントにおいて参照されるリソースのサイズの割合では、ＪａｖａＳｃｒｉｐｔなどのスクリプトが画像に次いで大きな割合を占める。また、例えばＪａｖａＳｃｒｉｐｔの参照では、特定のいくつかの標準ライブラリが参照されるケースが大半である。従って、例えばスクリプトの標準ライブラリを予め中間サーバ２００からクライアント３００に配信しておくことで、ドキュメントの表示にあたって高い確率で発生するスクリプトの標準ライブラリのためのリクエストやリソースの送受信を省略し、ドキュメントの表示を高速化することができる。
　より具体的には、スクリプトのアップデートがあった場合に、アップデート後のスクリプトがリクエストに先行して中間サーバ２００からクライアント３００に配信されていれば、アップデート後に初めてドキュメントから当該スクリプトが参照される場合であっても、クライアント３００のキャッシュに格納されたスクリプトを利用して迅速にドキュメントを表示することができる。また、上記のような場合に、スクリプトの標準ライブラリがプリコンパイルされていれば、さらなる高速化が可能であることは上述した通りである。スクリプト以外でも、例えばロゴの画像や話題のアイテムの画像など、ドキュメントの表示にあたって参照される可能性が高いと推定されるリソースが予め中間サーバ２００からクライアント３００に配信することは、ドキュメントの表示を高速化することに寄与しうる。
　（３－２．処理フロー）
　　（中間サーバの処理フロー）
　図８は、本開示の第２の実施形態に係る中間サーバがリクエストを受信する前の処理を示すフローチャートである。図８を参照すると、まず、リソース先行配信部２１８が、先行して配信するリソースを決定する（Ｓ２０１）。ここで、先行して配信するリソースは、例えば上記のように識別子がドキュメントにおいてリソースへの参照に関連付けられた回数に基づいて決定されてもよいし、サービス提供者によって指定されてもよい。
　また、リソース先行配信部２１８は、例えば上述したスクリプトの標準ライブラリのように、使用頻度が高いと推定され、かつアップデートの可能性があるリソースについて、配信元サーバ１００に当該リソースを定期的にリクエストすることによってアップデートの有無を確認し、アップデートがあった場合にはアップデート後のリソースを先行して配信することを決定してもよい。リソース先行配信部２１８は、アップデートの有無の確認のために、識別子生成部２１０による識別子の生成処理を利用してもよい。つまり、識別子生成部２１０がリソースの内容ごとに一意な識別子を生成したときに、生成された識別子が以前に生成された識別子と異なっていれば、リソースにアップデートがあったと判断できる。
　次に、リソース先行配信部２１８は、付加的な処理として、先行して配信されるリソースがプログラムであれば、必要に応じてプリコンパイルを実行する（Ｓ２０３）。次に、リソース先行配信部２１８は、リソースをクライアント３００に送信する（Ｓ２０５）。
　　（クライアントの処理フロー）
　図９は、本開示の第２の実施形態に係るクライアントがリクエストを送信する前の処理を示すフローチャートである。図９を参照すると、まず、リソース先行受信部３１２が、中間サーバ２００から配信されたリソースを受信する（Ｓ２１１）。次に、リソース先行受信部３１２は、付加的な処理として、先行して配信されるリソースがプログラムであれば（Ｓ２１３のＹＥＳ）、配信されたリソースを他のリソースとは別の、プログラム用の記憶領域にリソースを格納する（Ｓ２１５）。そうでない場合、リソース先行受信部３１２は、リソースを通常のキャッシュ３８０の記憶領域に格納する（Ｓ２１７）。
　なお、リクエスト送信後の中間サーバおよびクライアントの処理フローについては、上記の第１の実施形態と同様であるため詳細な説明を省略する。本実施形態では、上記のようにリクエストの送信に先行して一部のリソースが中間サーバ２００からクライアント３００に送信されているために、例えば図４に示したフローチャートのＳ１３９において、リソースがキャッシュ３８０に格納されていると判定される場合がより多くなる。
　（４．第３の実施形態）
　（４－１．機能構成）
　図１０（図１０Ａおよび図１０Ｂ）は、本開示の第３の実施形態に係る中間サーバおよびクライアントの概略的な機能構成を示すブロック図である。図１０Ａを参照すると、中間サーバ２００は、機能構成として、リクエスト受信部２０２と、ドキュメント取得部２０４と、ドキュメント解析部２０６と、リソース取得部２０８と、リソース解析部２２０と、短縮文字列生成部２２２と、短縮文字列記述部２２４と、ドキュメント送信部２１４と、関連付け情報送信部２２６と、リソース送信部２１６とを含む。図１０Ｂを参照すると、クライアント３００は、機能構成として、リクエスト送信部３０２と、ドキュメント受信部３０４と、リソース受信部３０８と、関連付け情報受信部３１４と、文字列解釈部３１６と、表示制御部３１０とを含む。
　これらの機能構成は、例えば、中間サーバ２００およびクライアント３００をそれぞれ実現する情報処理装置に備えられるプロセッサが、メモリまたは記録媒体に格納されたプログラムに従って動作することによって実現されうる。また、中間サーバ２００におけるデータベース２８２、およびクライアント３００におけるデータベース３８２は、例えば、それぞれの情報処理装置のストレージまたはメモリによって実現されうる。
　　（中間サーバ）
　中間サーバ２００では、リクエスト受信部２０２およびドキュメント取得部２０４が、上記の第１の実施形態と同様に、クライアント３００からのリクエストに応じてドキュメントを取得する。また、ドキュメント解析部２０６は、ドキュメント取得部２０４が取得したドキュメントを解析し、ドキュメントに含まれるリソースへの参照を検出する。リソース取得部２０８は、ドキュメント解析部２０６によってリソースへの参照が検出された場合に、参照されているリソースを取得する。
　さらに、本実施形態では、ドキュメント解析部２０６が、ドキュメント取得部２０４によって取得されたドキュメントに含まれる短縮可能な文字列を検出する。また、リソース解析部２２０が、リソース取得部２０８によって取得されたリソースに含まれる短縮可能な文字列を検出する。ここで、短縮可能な文字列は、例えば、ドキュメント内の要素や、スタイルで定義されるクラス、プログラムで定義された関数などに与えられる任意の識別子を含む。また、短縮可能な文字列は、ドキュメントやリソースのフォーマットにおける予約語を含んでもよい。さらに、短縮可能な文字列は、ドキュメントにおいて参照されているリソースの識別子や、いわゆる地の文としてドキュメントに記述されている文字列を含んでもよい。
　ドキュメント解析部２０６およびリソース解析部２２０によって短縮可能な文字列が検出された場合、短縮文字列生成部２２２が、検出された文字列を短縮した文字列（以下、短縮文字列ともいう）を生成する。例えば、短縮文字列生成部２２２は、元の文字列に基づいて所定のアルゴリズムに従って演算を実行することによって短縮文字列を生成してもよい。後述するように、図示された例において、元の文字列と短縮文字列との関係はデータベース２８２に記録されるため、アルゴリズムは非可逆的なものでよい。あるいは、短縮文字列生成部２２２は、元の文字列に関係なく、インクリメンタルな、またはランダムな短縮文字列を生成してもよい。
　ここで、上記の例において、アルゴリズムを利用して短縮文字列を生成する場合、短縮文字列がやや長くなるが、元の文字列が同じであれば自動的に同じ短縮文字列が生成されるため、データベース２８２のレコードを最小限にして検索性を向上させることができる。また、利用するアルゴリズムによっては、元の文字列に対して一意な短縮文字列を生成することができる。
　一方、インクリメンタルな、またはランダムな短縮文字列を生成する場合、短縮文字列を極限まで短くできるが（例えば、ドキュメントまたはリソースに含まれる短縮可能な文字列の数を表現可能な最短の長さにすることができる）、そのままではデータベース２８２に短縮可能な文字列（重複したものを含む）の数だけレコードが生成されてしまう。短縮文字列生成部２２２がデータベース２８２を参照し、同じ元の文字列についてまだ短縮文字列が生成されていない場合に新たな短縮文字列を生成するようにすれば、データベース２８２のレコード数を削減することができる。
　短縮文字列生成部２２２は、短縮文字列を生成した場合に、元の文字列と短縮文字列とを関連付けるレコード（短縮文字列レコード）をデータベース２８２に追加する。データベース２８２は、例えば、ドキュメントを単位として生成されてもよい。つまり、データベース２８２によって示される元の文字列と短縮文字列との対応づけは、単一のリクエストに応じて送信されるドキュメントと、このドキュメントから参照されるリソースとをスコープとしてもよい。あるいは、データベース２８２は、複数のドキュメントとこれらのドキュメントから参照されるリソースとをスコープとして生成されてもよい。
　ここで、生成された短縮文字列について、元の文字列との対応付けがクライアント３００においてデータベース３８２に記録されていることがわかっている場合、短縮文字列生成部２２２は、データベース２８２に短縮文字列レコードを追加しなくてもよい。例えば、ドキュメントやリソースのフォーマットにおける予約語を短縮可能な文字列として扱う場合、予約語は有限であるため、予め短縮文字列を割り当てて、予約語と短縮文字列との対応付けをデータベース２８２およびデータベース３８２に予め記録しておくことが可能である。この場合、短縮文字列生成部２２２は、ドキュメントまたはリソースにおいて検出された予約語について、データベース２８２を参照して予め割り当てられた短縮文字列を生成した上で、データベース２８２への新たなレコードの追加を省略する。
　短縮文字列記述部２２４は、短縮文字列生成部２２２によって生成された短縮文字列で、ドキュメントおよびリソースに含まれる元の文字列を置換する。送信されるデータ量の削減、およびクライアント３００における文字列読み取りの処理量の削減のためには、短縮文字列記述部２２４が、ドキュメントおよびリソースにおいて元の文字列を残すことなく、短縮文字列に置換することが望ましい。
　ドキュメント送信部２１４は、短縮文字列生成部２２２によって生成された短縮文字列を含む（つまり、元の文字列が短縮文字列に置換された）ドキュメントをクライアント３００に送信する。また、リソース送信部２１６は、同様に元の文字列が短縮文字列に置換されたリソースをクライアント３００に送信する。関連付け情報送信部２２６は、データベース２８２の短縮文字列レコードに基づいて、元の文字列と短縮文字列とを関連付ける情報（以下、関連付け情報ともいう）を生成し、これをクライアント３００に送信する。
　ここで、関連付け情報送信部２２６は、クライアント３００側で短縮文字列から元の文字列を復元する必要がある場合に限って、関連付け情報をクライアント３００に送信してもよい。つまり、関連付け情報は、短縮文字列レコードの少なくとも一部を含まなくてもよい。
　例えば、短縮文字列生成部２２２が、ドキュメント内の要素や、スタイルで定義されるクラス、プログラムで定義された関数などに与えられる任意の識別子について短縮文字列を生成した場合、ドキュメントおよびリソースを通じて、元の文字列と短縮文字列とが１対１で対応するように短縮文字列を生成している（例えば、元の文字列から所定にアルゴリズムに基づいて短縮文字列を生成したり、データベース２８２を参照して元の文字列について既に短縮文字列が生成されている場合にはその短縮文字列を再利用したりしている）のであれば、クライアント３００側で元の文字列を復元しなくても、要素、クラス、または関数は一意に特定される。このような場合、関連付け情報送信部２２６は、当該短縮文字列についての関連付け情報をクライアント３００に送信しなくてもよい。
　また、例えば、ドキュメントまたはリソースにおける予約語について短縮文字列が生成される場合、データベース２８２には予め予約語に対応する短縮文字列に対応する短縮文字列レコードが含まれているが、クライアント３００に送信される関連付け情報には予約語に関する情報が含まれなくてもよい（クライアント３００のデータベース３８２に予約語に関する情報が予め格納されている場合）。
　一方、要素、クラス、または関数などについて生成された短縮文字列でも、元の文字列と１対１で対応しない場合（例えば、短縮文字列生成部２２２が短縮文字列の生成にあたってデータベース２８２を参照せず、機械的に割り当てた短縮文字列の情報をデータベースに格納するような場合）や、地の文としてドキュメントに記述されている文字列のように最終的に元の文字列がユーザに提示されるような場合には、関連付け情報送信部２２６がデータベース２８２のレコードに基づいて生成された関連付け情報をクライアント３００に送信する。
　（クライアント）
　クライアント３００では、リクエスト送信部３０２およびドキュメント受信部３０４が、上記の第１の実施形態と同様に、中間サーバ２００にリクエストを送信し、中間サーバ２００がリクエストに応じて送信したドキュメントを受信する。また、リソース受信部３０８は、中間サーバ２００から送信されたリソースを受信する。受信されたドキュメントおよびリソースは、文字列解釈部３１６に提供される。さらに、本実施形態では、関連付け情報受信部３１４が、中間サーバ２００の関連付け情報送信部２２６から送信された関連付け情報を受信する。関連付け情報受信部３１４は、受信した関連付け情報に基づいて、データベース３８２に短縮文字列レコードを生成する。
　文字列解釈部３１６は、データベース３８２を参照して、ドキュメントおよびリソースに含まれる短縮文字列を解釈する。ここで、文字列解釈部３１６は、短縮文字列を元の文字列に書き換える必要はない。本実施形態では、文字列解釈部３１６が、データベース３８２を参照することによってドキュメントおよびリソースに含まれる短縮文字列をそのまま解釈し、その解釈に基づいて表示制御部３１０がドキュメントを表示させることが可能である。
　なお、上述の通り、クライアント３００において受信されるドキュメントおよびリソースには、関連付け情報受信部３１４が受信する関連付け情報には含まれない短縮文字列も含まれる。例えば、ドキュメントやリソースのフォーマットにおける予約語について、予め短縮文字列と予約語との対応付けがデータベース３８２に記録されているような場合、関連付け情報受信部３１４が受信する関連付け情報に予約語に対応する短縮文字列は含まれない。
　また、例えば、ドキュメント内の要素や、スタイルで定義されるクラス、プログラムで定義された関数などに与えられる任意の識別子について、ドキュメントおよびリソースを通じて、元の文字列と短縮文字列とが１対１で対応するように短縮文字列が生成されていれば、当該短縮文字列に対応する情報は関連付け情報には含まれず、またデータベース３８２にも含まれていなくてもよい。この場合、当該短縮文字列は、クライアント３００においては通常の文字列と同様に扱われ、表示制御部３１０が直接的にこれを解釈してドキュメントを表示させる。
　（４－２．処理フロー）
　　（中間サーバの処理フロー）
　図１１は、本開示の第３の実施形態に係る中間サーバの処理を示すフローチャートである。図１１を参照すると、まず、リクエスト受信部２０２が、クライアント３００からのリクエストを受信する（Ｓ３０１）。次に、ドキュメント取得部２０４が、リクエストにおいて指定されたドキュメントを取得する（Ｓ３０３）。次に、ドキュメント解析部２０６が、取得されたドキュメントを解析する（Ｓ３０５）。
　ここで、ドキュメントの解析においてリソースへの参照が検出された場合（Ｓ３０７のＹＥＳ）、リソース取得部２０８が参照されているリソースを取得し（Ｓ３０９）、リソース解析部２２０が、取得されたリソースを解析する（Ｓ３１１）。その後、短縮文字列生成部２２２が、ドキュメントおよびリソースで検出された短縮可能な文字列について、短縮文字列を生成する（Ｓ３１３）。このとき、短縮文字列生成部２２２は、元の文字列と短縮文字列とを関連付ける短縮文字列レコードを、データベース２８２に追加する（Ｓ３１５）。
　さらに、短縮文字列記述部２２４が、短縮文字列生成部２２２によって生成された短縮文字列によって、ドキュメントおよびリソースに含まれる元の文字列を置換する（Ｓ３１７）。ドキュメントにおける元の文字列の置換が完了すると、ドキュメント送信部２１４が、短縮文字列を含むドキュメントをクライアント３００に送信する（Ｓ３１９）。これと前後して、またはこれと並行して、関連付け情報送信部２２６が、データベース３８２のレコードに基づいて生成された関連付け情報をクライアント３００に送信する（Ｓ３２１）。さらに、リソース送信部２１６がクライアント３００に短縮文字列を含むリソースを送信する（Ｓ３２３）。
　　（クライアントの処理フロー）
　図１２は、本開示の第３の実施形態に係るクライアントの処理を示すフローチャートである。図１２を参照すると、まず、リクエスト送信部３０２が、中間サーバ２００にリクエストを送信する（Ｓ３３１）。次に、ドキュメント受信部３０４が、中間サーバ２００がリクエストに応じて送信した、短縮文字列を含むドキュメントを受信する（Ｓ３３３）。これと前後して、またはこれと並行して、関連付け情報受信部３１４が、中間サーバ２００から送信された関連付け情報を受信する（Ｓ３３５）。関連付け情報受信部３１４は、受信した関連付け情報に基づいてデータベース３８２にレコードを生成する（Ｓ３３７）。また、リソース受信部３０８が、中間サーバ２００が送信した、短縮文字列を含むリソースを受信する（Ｓ３３９）。
　Ｓ３３３でドキュメントが受信され、Ｓ３３７でデータベース３８２に短縮文字列レコードが生成されると、文字列解釈部３１６が、データベース３８２を参照して、ドキュメントに含まれる短縮文字列を解釈する（Ｓ３４１）。なお、Ｓ３４１の処理は、例えばＳ３３９の処理と並行して実行されてもよい。Ｓ３３９で受信された、ドキュメントで参照されているリソースについても、文字列解釈部３１６は、データベース３８２を参照して短縮文字列を解釈する（Ｓ３４３）。表示制御部３１０は、文字列解釈部３１６がドキュメントおよびリソースに含まれる短縮文字列を解釈した結果を利用して、ドキュメントを表示させる（Ｓ３４５）。
　本実施形態では、中間サーバ２００において、短縮文字列生成部２２２が元の文字列と短縮文字列とを関連付けるレコードをデータベース２８２に追加する。これによって、例えば、短縮文字列の生成にあたってデータベース３８２を参照し、ドキュメントおよびリソースを通じて元の文字列と短縮文字列との関係を１対１の関係にすることができる。この場合、クライアント３００に関連付け情報を送信しなくても、クライアント３００がドキュメントとリソースとのそれぞれに記述された短縮文字列を解釈して、リソースを参照するドキュメントを表示させることが可能である。
　あるいは、中間サーバ２００では、関連付け情報送信部２２６が、ドキュメントおよびリソースにおいてそれぞれ生成された短縮文字列と元の文字列とを関連付ける関連付け情報をデータベース２８２のレコードに基づいて生成し、これをクライアント３００に送信してもよい。この場合、例えば、短縮文字列の生成時には元の文字列と短縮文字列との関係が１対１になっていなくても、クライアント３００がドキュメントとリソースとのそれぞれに記述された短縮文字列を解釈して、リソースを参照するドキュメントを表示させることが可能である。
　（４－３．変形例）
　　（中間サーバの処理フロー）
　図１３は、本開示の第３の実施形態の変形例に係る中間サーバの処理を示すフローチャートである。図１３を参照すると、まず、上記で図１１を参照して説明した例と同様にＳ３０１～Ｓ３０５が実行される。
　本変形例では、短縮文字列生成部２２２が、ドキュメントで検出された短縮可能な文字列について、先行して短縮文字列を生成する（Ｓ３６１）。このとき、短縮文字列生成部２２２は、元の文字列と短縮文字列とを関連付けるレコードを、データベース２８２に追加する（Ｓ３１５）。さらに、短縮文字列記述部２２４が、データベース２８２のレコードに従って、ドキュメントに含まれる文字列を短縮文字列に置換する（Ｓ３６３）。置換が完了すると、ドキュメント送信部２１４が、短縮文字列を含むドキュメントをクライアント３００に送信する（Ｓ３１９）。ドキュメントの送信と前後して、またはこれと並行して、関連付け情報送信部２２６が、データベース２８２のレコードに基づいて生成された関連付け情報をクライアント３００に送信する（Ｓ３２１）。
　ドキュメントおよび関連付け情報の送信後に、またはこれと並行して、ドキュメントの解析においてリソースへの参照が検出された場合（Ｓ３０７のＹＥＳ）、リソース取得部２０８が参照されているリソースを取得し（Ｓ３０９）、リソース解析部２２０が、取得されたリソースを解析する（Ｓ３１１）。その後、短縮文字列記述部２２４が、Ｓ３１５の処理によって生成されたデータベース３８２の短縮文字列レコードに基づいて、リソースに含まれる文字列を短縮文字列に置換する（Ｓ３６５）。その後、リソース送信部２１６が、クライアント３００に短縮文字列を含むリソースを送信する（Ｓ３２３）。
　本変形例では、ドキュメントにおける短縮文字列の生成結果に基づいて、リソースの文字列が短縮文字列に置換される。これによって、ドキュメントと関連付け情報とを先行してクライアント３００に送信した上で、リソースについてもドキュメントと整合するように短縮文字列への置換を実行することができる。従って、リソースについての短縮文字列の置換の完了を待つことなく、クライアント３００でドキュメントの表示を開始することができる。
　なお、本変形例におけるクライアントの処理フローは、リソース受信部３０８が、ドキュメントおよび関連付け情報が受信された後にリソースを受信する点を除いて、図１２に示したものと同様でありうるため、詳細な説明は省略する。また、上記の本実施形態の説明では、元の文字列と短縮文字列とを関連付ける情報がデータベースに格納される例について説明したが、情報は必ずしもデータベースに格納されなくてもよく、他の例ではファイルなどが用いられてもよい。
　（５．第４の実施形態）
　（５－１．機能構成）
　図１４（図１４Ａおよび図１４Ｂ）は、本開示の第４の実施形態に係る中間サーバおよびクライアントの概略的な機能構成を示すブロック図である。図１４Ａを参照すると、中間サーバ２００は、機能構成として、リクエスト受信部２０２と、ドキュメント取得部２０４と、ドキュメント解析部２０６と、リソース取得部２０８と、識別子生成部２１０と、識別子記述部２１２と、リソース解析部２２０と、短縮文字列生成部２２２と、短縮文字列記述部２２４と、ドキュメント送信部２１４と、関連付け情報送信部２２６と、リソース送信部２１６とを含む。図１４Ｂを参照すると、クライアント３００は、機能構成として、リクエスト送信部３０２と、ドキュメント受信部３０４と、関連付け情報受信部３１４と、文字列解釈部３１６と、キャッシュ判定部３０６と、リソース受信部３０８と、表示制御部３１０とを含む。
　これらの機能構成は、例えば、中間サーバ２００およびクライアント３００をそれぞれ実現する情報処理装置に備えられるプロセッサが、メモリまたは記録媒体に格納されたプログラムに従って動作することによって実現されうる。また、中間サーバ２００におけるキャッシュ２８０およびデータベース２８２、ならびにクライアント３００におけるキャッシュ３８０およびデータベース３８２は、例えば、それぞれの情報処理装置のストレージまたはメモリによって実現されうる。
　図１４を参照すれば明らかなように、本実施形態は、上記の第１の実施形態と第３の実施形態とを合わせた実施形態である。中間サーバ２００およびクライアント３００の機能構成のそれぞれについては、第１および第３の実施形態において既に説明されているため、詳細な説明を省略する。
　（５－２．処理フロー）
　続いて、本実施形態の処理フローについて説明する。なお、以下の説明では、第１の実施形態および第３の実施形態のそれぞれの変形例を組み合わせたより複雑な処理フローについて説明するが、変形例ではない例を組み合わせた例についても同様に実現可能であることは容易に理解されるであろう。
　　（中間サーバの処理フロー）
　図１５（図１５Ａおよび図１５Ｂ）は、本開示の第４の実施形態に係る中間サーバの処理を示すフローチャートである。図１５を参照すると、まず、リクエスト受信部２０２が、クライアント３００からのリクエストを受信する（Ｓ４０１）。次に、ドキュメント取得部２０４が、リクエストにおいて指定されたドキュメントを取得する（Ｓ４０３）。次に、ドキュメント解析部２０６が、取得されたドキュメントを解析する（Ｓ４０５）。
　ここで、リソース取得部２０８は、ドキュメントで検出されたリソースへの参照について、参照されているリソースを取得する（Ｓ４０７）。識別子生成部２１０は、取得されたリソースの内容に基づいて一意な識別子を生成する（Ｓ４０９）。識別子記述部２１２は、生成された一意な識別子を、ドキュメントにおけるリソースへの参照に関連付ける（Ｓ４１１）。なお、上記の処理は、１または複数のリソースへの参照が検出される度に逐次実行されてもよいし、全部のリソースへの参照が検出されてから一括して実行されてもよい。
　上記のＳ４０７～Ｓ４１１と前後して、または並行して、短縮文字列生成部２２２が、ドキュメントで検出された短縮可能な文字列について、短縮文字列を生成する（Ｓ４１３）。このとき、短縮文字列生成部２２２は、元の文字列と短縮文字列とを関連付ける短縮文字列レコードを、データベース２８２に追加する（Ｓ４１５）。さらに、短縮文字列記述部２２４が、データベース２８２の短縮文字列レコードに従って、ドキュメントに含まれる文字列を短縮文字列に置換する（Ｓ４１７）。なお、図示された例のように、Ｓ４０７～Ｓ４１１とＳ４１３～Ｓ４１７とが並行して実行される場合は、ドキュメントにおけるリソースへの参照は、短縮文字列の生成の対象にならなくてもよい。
　ここまでの処理が完了すると、ドキュメント送信部２１４が、識別子記述部２１２および短縮文字列記述部２２４によって更新されたドキュメントをクライアント３００に送信する（Ｓ４１９）。これと前後して、またはこれと並行して、関連付け情報送信部２２６が、データベース２８２のレコードに基づいて生成された関連付け情報をクライアント３００に送信する（Ｓ４２１）。
　ドキュメントおよび関連付け情報の送信と前後して、またはこれと並行して、リソース解析部２２０が、上記のＳ４０７において取得されたリソースを解析する（Ｓ４２３）。その後、短縮文字列記述部２２４が、ドキュメントについての短縮文字列生成部２２２の処理によって生成されたデータベース２８２の短縮文字列レコードに基づいて、リソースに含まれる文字列を短縮文字列に置換する（Ｓ４２５）。その後、リソース送信部２１６が、クライアント３００からのリソースのリクエストに応じてクライアント３００にリソースを送信する（Ｓ４２７）。
　　（クライアントの処理フロー）
　図１６（図１６Ａおよび図１６Ｂ）は、本開示の第４の実施形態に係るクライアントの処理を示すフローチャートである。図１６を参照すると、まず、リクエスト送信部３０２が、中間サーバ２００にリクエストを送信する（Ｓ４５１）。次に、ドキュメント受信部３０４が、中間サーバ２００がリクエストに応じて送信したドキュメントを受信する（Ｓ４５３）。
　ドキュメントの受信と前後して、またはこれと並行して、関連付け情報受信部３１４が、中間サーバ２００から送信された関連付け情報を受信する（Ｓ４５５）。関連付け情報受信部３１４は、受信した関連付け情報に基づいてデータベース３８２に短縮文字列レコードを生成する（Ｓ４５７）。次に、文字列解釈部３１６が、データベース３８２を参照して、ドキュメントに含まれる短縮文字列を解釈する（Ｓ４５９）。表示制御部３１０は、文字列解釈部３１６による解釈に基づいて、受信されたドキュメントの表示を開始する（Ｓ４６１）。
　ドキュメントにおいてリソースへの参照が発見された場合（Ｓ４６３のＹＥＳ）、キャッシュ判定部３０６が、受信されたドキュメントにおいて参照されているリソースについて、キャッシュ３８０に格納されているか（キャッシュされているか）否かを判定する（Ｓ４６５）。上述のように、キャッシュ判定部３０６は、ドキュメントにおけるリソースへの参照に関連付けられた、リソースの内容ごとに一意な識別子に基づいて、リソースがキャッシュ３８０に格納されているか否かを判定する。
　リソースがキャッシュ３８０に格納されていると判定された場合（Ｓ４６５のＹＥＳ）、キャッシュ判定部３０６はキャッシュ３８０からリソースを読み出して文字列解釈部３１６に提供する。つまり、キャッシュ判定部３０６は、キャッシュ３８０されたリソースを再利用する（Ｓ４６７）。一方、リソースがキャッシュ３８０に格納されていないと判定された場合（Ｓ４６５のＮＯ）、キャッシュ判定部３０６は、中間サーバ２００にリソースのリクエストを送信する（Ｓ４６９）。リソース受信部３０８は、リクエストに応じて中間サーバ２００が送信したリソースを受信する（Ｓ４７１）。
　文字列解釈部３１６は、データベース３８２のレコードに基づいて、再利用されたリソース、または中間サーバ２００から受信されたリソースに含まれる短縮文字列を解釈する（Ｓ４７３）。表示制御部３１０は、文字列解釈部３１６がドキュメントおよびリソースに含まれる短縮文字列を解釈した結果を利用して、ドキュメントの表示を継続する（Ｓ４７５）。Ｓ４６５～Ｓ４７５は、ドキュメントにおけるリソースへの参照がすべて発見されるまで繰り返し実行されうる。表示制御部３１０がドキュメントの全体を表示させ、リソースへの参照も発見されなくなった場合、またはリソースへの参照が発見されなかった場合（Ｓ４６３のＮＯ）、クライアント３００はドキュメントの表示を完了する（Ｓ４７７）。
　なお、本実施形態で、リソースについてクライアント３００におけるキャッシュ３８０を利用する場合、リソースに含まれる短縮文字列は、リソースが参照される機会に関わらず同一であることが望ましい。従って、例えば、中間サーバ２００において、短縮文字列生成部２２２が所定のアルゴリズムを利用して短縮文字列を生成し、元の文字列が同じであれば自動的に同じ短縮文字列が生成されるようにしてもよい。あるいは、中間サーバ２００におけるデータベース２８２を複数のドキュメントについて共通で利用することによって、元の文字列が同じであれば同じ短縮文字列が生成されるようにしてもよい。
　（６．第５の実施形態）
　図１７は、本開示の第５の実施形態に係る中間サーバの処理を示すフローチャートである。なお、図示された一連の処理は、中間サーバ２００を実現する情報処理装置に備えられるプロセッサがメモリまたは記録媒体に格納されたプログラムに従って動作することによって実行されうる。
　図１７を参照すると、まず、プロセッサは、クライアント３００からのリクエストを受信する（Ｓ５０１）。次に、プロセッサは、リクエストにおいて指定されたドキュメントを取得する（Ｓ５０３）。上記の他の実施形態と同様に、プロセッサは、ドキュメントを配信元サーバ１００から取得してもよいし、キャッシュから内部的に取得してもよい。次に、プロセッサは、ドキュメントにおいて参照されているリソースを取得する（Ｓ５０５）。リソースも、配信元サーバ１００から取得されてもよいし、キャッシュから内部的に取得されてもよい。
　さらに、プロセッサは、取得されたドキュメントおよびリソースに基づいて中間データを生成する（Ｓ５０７）。中間データの生成は、例えば、ＨＴＭＬドキュメントのパースによるＤＯＭ（Document　Object　Model）の生成、ＣＳＳの処理によるComputed　Styleの生成、およびＪａｖａＳｃｒｉｐｔのパースによる中間表現への変換などを含みうる。プロセッサは、生成された中間データをクライアント３００に送信する（Ｓ５０９）。
　図１８は、本開示の第５の実施形態に係るクライアントの処理を示すフローチャートである。なお、図示された一連の処理は、クライアント３００を実現する情報処理装置に備えられるプロセッサがメモリまたは記録媒体に格納されたプログラムに従って動作することによって実行されうる。
　図１８を参照すると、まず、プロセッサは、中間サーバ２００にリクエストを送信する（Ｓ５２１）。次に、プロセッサは、中間サーバ２００がリクエストに応じて送信した、ドキュメントおよびリソースに基づく中間データを受信する（Ｓ５２３）。プロセッサは、受信した中間データに基づいてレイアウトを生成し（Ｓ５２５）、レイアウトに従ってドキュメントを表示させる（Ｓ５２７）。
　本実施形態によれば、クライアント３００でドキュメントを表示するための処理の一部が中間サーバ２００で代わりに実行される。中間サーバ２００の処理能力がクライアント３００よりも高ければ、これによってクライアント３００でリクエストを送信してからドキュメントの表示が完了するまでの時間が短縮される。
　なお、中間サーバ２００でどのような中間データを生成するかは、ネットワークの状況や、クライアント３００の処理能力などに応じて適宜決定される。例えば、ＨＴＭＬドキュメントに関する上記の３つの例のうち、１つだけが採用されてもよいし、いずれか２つが採用されてもよいし、３つ全部が採用されてもよい。
　（７．第６の実施形態）
　図１９は、本開示の第６の実施形態に係る中間サーバの処理を示すフローチャートである。なお、図示された一連の処理は、中間サーバ２００を実現する情報処理装置に備えられるプロセッサがメモリまたは記録媒体に格納されたプログラムに従って動作することによって実行されうる。なお、本実施形態に限り、ドキュメントをＨＴＭＬドキュメント、リソースをＣＳＳとして説明する。
　図１９を参照すると、まず、プロセッサは、クライアント３００からのリクエストを受信する（Ｓ６０１）。次に、プロセッサは、リクエストにおいて指定されたＨＴＭＬドキュメントを取得する（Ｓ６０３）。上記の他の実施形態と同様に、プロセッサは、ＨＴＭＬドキュメントを配信元サーバ１００から取得してもよいし、キャッシュから内部的に取得してもよい。次に、プロセッサは、ＨＴＭＬドキュメントにおいて参照されているＣＳＳを取得する（Ｓ６０５）。ＣＳＳも、配信元サーバ１００から取得されてもよいし、キャッシュから内部的に取得されてもよい。
　さらに、プロセッサは、ＨＴＭＬドキュメントの要素ごとに、ＣＳＳによって定義されるスタイルを特定する（Ｓ６０７）。ＨＴＭＬドキュメントで階層構造をなす複数のＣＳＳが参照されている場合、Ｓ６０７の処理によって、複数のＣＳＳのうちのどのスタイルの組み合わせが採用されるのかが特定される。プロセッサは、Ｓ６０７の処理の結果に基づいてＣＳＳを更新し（Ｓ６０９）、ドキュメントとともに更新されたＣＳＳをクライアント３００に送信する（Ｓ６１１）。
　本実施形態において、クライアント３００は、中間サーバ２００から受信したＨＴＭＬドキュメントおよびＣＳＳに基づいて、ＨＴＭＬドキュメントを表示させる。このときの処理は、通常のＨＴＭＬドキュメントの表示のための処理と同様であるため詳細な説明は省略する。しかしながら、本実施形態の場合、クライアント３００で参照されるＣＳＳは、上述したような中間サーバ２００での処理によって最適化されている。従って、クライアント３００は、ＨＴＭＬドキュメントの各要素について定義されるスタイルを特定するための処理の大部分を省略することができる。従って、中間サーバ２００の処理能力がクライアント３００よりも高ければ、これによってクライアント３００でリクエストを送信してからドキュメントの表示が完了するまでの時間が短縮される。
　なお、上記の説明ではリソースをＣＳＳとしたが、ＨＴＭＬドキュメントではＣＳＳとともに画像やスクリプトなどの他のリソースがあわせて参照されてもよい。
　（８．第７の実施形態）
　（８－１．機能構成）
　図２０は、本開示の第７の実施形態に係る中間サーバおよびクライアントの概略的な機能構成を示すブロック図である。図２０を参照すると、中間サーバ２００は、機能構成として、リクエスト受信部２０２と、ドキュメント取得部２０４と、ドキュメント解析部２０６と、リソース取得部２０８と、画像トランスコード部２２８と、画像参照更新部２３０と、ドキュメント送信部２１４と、リソース送信部２１６とを含む。クライアント３００は、機能構成として、リクエスト送信部３０２と、ドキュメント受信部３０４と、リソース受信部３０８と、表示制御部３１０とを含む。
　これらの機能構成は、例えば、中間サーバ２００およびクライアント３００をそれぞれ実現する情報処理装置に備えられるプロセッサが、メモリまたは記録媒体に格納されたプログラムに従って動作することによって実現されうる。また、中間サーバ２００におけるキャッシュ２８０、およびクライアント３００におけるキャッシュ３８０は、例えば、それぞれの情報処理装置のストレージまたはメモリによって実現されうる。
　　（中間サーバ）
　中間サーバ２００では、リクエスト受信部２０２およびドキュメント取得部２０４が、上記の第１の実施形態と同様に、クライアント３００からのリクエストに応じてドキュメントを取得する。また、ドキュメント解析部２０６は、ドキュメント取得部２０４が取得したドキュメントを解析し、ドキュメントに含まれるリソースへの参照を検出する。リソース取得部２０８は、ドキュメント解析部２０６によってリソースへの参照が検出された場合に、参照されているリソースを取得する。
　ここで、リソース取得部２０８が取得するリソースには、さまざまなフォーマットの画像が含まれる。画像トランスコード部２２８は、取得された画像を所定のフォーマットにトランスコードし、トランスコードされた画像をキャッシュ２８０に格納する。画像参照更新部２３０は、ドキュメントに含まれる画像リソースへの参照を、キャッシュ２８０に格納された、画像トランスコード部２２８によるトランスコード後の画像への参照に更新する。ドキュメント送信部２１４は、参照が更新されたドキュメントをクライアント３００に送信する。リソース送信部２１６は、クライアント３００からのリクエストに応じてキャッシュ２８０に格納されたリソースを送信する。送信されるリソースには、画像トランスコード部２２８によって所定のフォーマットにトランスコードされた画像が含まれうる。
　　（クライアント）
　クライアント３００では、リクエスト送信部３０２およびドキュメント受信部３０４が、上記の第１の実施形態と同様に、中間サーバ２００にリクエストを送信し、中間サーバ２００がリクエストに応じて送信したドキュメントを受信する。表示制御部３１０は、受信されたドキュメントを表示させる。このとき、ドキュメントにおいて参照されているリソースがキャッシュ３８０に格納されていなければ、リソース受信部３０８が中間サーバ２００にリクエストを送信し、リクエストに応じて送信されたリソースを受信する。ここで受信されるリソースには、上記の画像トランスコード部２２８によって所定のフォーマットにトランスコードされた画像が含まれうる。表示制御部３１０は、キャッシュ３８０に格納されたリソース、またはリソース受信部３０８によって受信されたリソースを利用してドキュメントを表示させる。
　（８－２．処理フロー）
　図２１は、本開示の第７の実施形態に係る中間サーバの処理を示すフローチャートである。図２１を参照すると、まず、リクエスト受信部２０２が、クライアント３００からのリクエストを受信する（Ｓ７０１）。次に、ドキュメント取得部２０４が、リクエストにおいて指定されたドキュメントを取得する（Ｓ７０３）。次に、ドキュメント解析部２０６が、取得されたドキュメントを解析する（Ｓ７０５）。
　ここで、ドキュメントの解析において画像への参照が検出された場合（Ｓ７０７のＹＥＳ）、まず、画像参照更新部２３０が、ドキュメントに含まれる画像リソースへの参照を、トランスコード後の画像への参照に更新する（Ｓ７０９）。図示された例では、この時点でまだ画像のトランスコードが実行されていないため、先にトランスコード後の画像のファイル名などの識別子が決定されることになる。決定された識別子は、ドキュメントの参照に記述されるとともに中間サーバ２００のメモリに一時的に記憶され、後に生成されるトランスコードされた画像に関連付けられる。
　次に、ドキュメント送信部２１４が、画像リソースへの参照が更新されたドキュメントをクライアント３００に送信する（Ｓ７１１）。ドキュメントの送信後に、またはこれと並行して、リソース取得部２０８が参照されている画像を取得する（Ｓ７１３）。画像トランスコード部２２８は、取得された画像を所定のフォーマットにトランスコードする（Ｓ７１５）。なお、画像トランスコード部２２８は、トランスコードされた画像が既にキャッシュ２８０に格納されていれば、再度のトランスコードの処理を省略してもよい。その後、リソース送信部２１６が、クライアント３００からリソースのリクエストに応じて、トランスコードされた画像を含むリソースをクライアント３００に送信する（Ｓ７１７）。
　上述のように、中間サーバ２００の処理能力がクライアント３００に比べて高い場合でも、画像のトランスコードにはある程度の時間がかかる。従って、上記の処理フローのように、トランスコード後の画像の識別子を先に決定しておき、画像への参照が更新されたドキュメントを先行して中間サーバ２００からクライアント３００に送信し、クライアント３００でドキュメントが受信されて表示が開始されるのと並行して中間サーバ２００で画像のトランスコードを実行することで、クライアント３００でドキュメントの表示が完了するまでの時間を短縮することができる。
　例えば、ドキュメントにおける画像の参照が少なかったり、参照された画像の多くが既にトランスコードされて中間サーバ２００のキャッシュ２８０に格納されていたりするような場合には、画像トランスコード部２２８が画像のトランスコードを完了した後に、ドキュメント送信部２１４がドキュメントをクライアント３００に送信してもよい。なお、いずれの場合も、クライアント３００における処理は、参照されるリソースにトランスコードされた画像が含まれることを除けば、通常のドキュメントの表示のための処理と同様であるため詳細な説明は省略する。
　（８－３．トランスコードの例）
　次に、本実施形態における画像のトランスコードの例について、さらに説明する。
　通常、配信元サーバ１００から取得されるリソースに含まれる画像は、例えばＪＰＥＧやＰＮＧ、ＧＩＦなど、多種多様なフォーマットで記述されている。しかも、画像がこれらのフォーマットに厳密には従っていない場合もしばしばである。それゆえ、配信元サーバ１００から取得された画像（中間サーバ２００またはクライアント３００でキャッシュされたものを含む）をクライアント３００でデコードするときには、様々なケースを想定する必要があるために処理を最適化することが難しく、処理の効率が必ずしも高くなかった。また、ドキュメントの表示のために中間サーバ２００からクライアント３００に転送されるデータの中では画像が大きな割合を占めることが多く、画像のデータ量を削減する需要も依然として高かった。
　そこで、本実施形態では、中間サーバ２００において画像をトランスコードする。例えば、中間サーバ２００の画像トランスコード２８２が、配信元サーバ１００から取得された画像をそれぞれのフォーマットの純正な形式にトランスコードするだけでも、クライアント３００でのデコードをある程度最適化することが可能になり、ドキュメントの表示が高速化されうる。さらに、画像トランスコード２８２が、配信元サーバ１００から取得された画像を、クライアント３００でのデコード処理を最適化することが可能な１または複数の所定のフォーマットにトランスコードすれば、ドキュメントの表示のさらなる高速化が可能である。
　（８－４．フォーマットの例）
　次に、本実施形態における画像のトランスコードに適用することが可能な、画像のフォーマットの例について、さらに説明する。以下で説明する画像のフォーマットは、例えば本実施形態のような中間サーバにおけるトランスコードに組み合わせて実施されてもよいが、そのような例には限られず、画像フォーマットそれ自体として実施される場合にも様々な利点をもたらしうるものである。つまり、本開示の実施形態には、トランスコードとは独立した、画像のフォーマット（例えば当該フォーマットの画像を扱う画像処理装置または画像処理方法など）が含まれうる。
　図２２および図２３は、本開示の第７の実施形態で適用されうる画像フォーマットに従った画像ファイルの生成処理について説明するための図である。ここで説明される処理は、例えば上記の中間サーバ２００の画像トランスコード部２２８によって実行されうる。
　まず、図２２に示されるように、ビットマップ形式（ＪＰＥＧやＰＮＧ、ＧＩＦなどを含む）で記述された原画像７００から、ベクター成分７０４と、ビットマップ成分７０６と、近似誤差７０８とが算出される。この処理では、まず、原画像７００を２つの領域群７０２ａ，７０２ｂに分割する（Ｓ７５１）。領域群７０２ａは、空間周波数が低く、かつ広い領域である。一方、領域群７０２ｂは、空間周波数が高く、かつ狭い領域である。領域の分割は、例えば分割統合（split-and-merge）法など、公知の各種の手法によって実現することが可能である。
　領域群７０２ａについては、Ｓ７５３～Ｓ７６１の処理によってベクター成分７０４が生成される。まず、領域群７０２ａに含まれる各領域についてエッジが抽出され、アウトラインがベジエ曲線で近似される（Ｓ７５３）。さらに、近似されたアウトライン内での色の勾配が求められる（Ｓ７５５）。ここで、色の勾配が比較的均一であれば（Ｓ７５７のＹＥＳ）、頂点色を設定して単純補間によって領域の色が表現される（Ｓ７５９）。そうでなければ、領域の色がモデル化して表現される（Ｓ７６１）。モデルとしては、例えば３次元コンピュータグラフィックスのシェーディングモデルなどが適用されうる。シェーディングモデルでは、３次曲面と光源とを設定することで、スペキュラーなどを表現することができる。以上のような処理によって、領域群７０２ａの各領域について、近似されたアウトラインとアウトライン内の色とを表現することによって、ベクター成分７０４を生成することができる。
　一方、領域群７０２ｂの各領域については、画像として圧縮することによって（Ｓ７６３）、ビットマップ成分７０６が生成される。Ｓ７６３での画像の圧縮には、例えばＤＣＴ（Discrete　Cosine　Transform）やＶＱ（Vector　Quantization）などの公知の技術が利用されうる。
　さらに、領域群７０２ａの領域ではベクター成分７０４と原画像７００との差分、領域群７０２ｂの領域ではビットマップ成分７０６と原画像７００との差分をそれぞれ算出することによって（Ｓ７６５）、ベクター成分７０４およびビットマップ成分７０６と原画像７００との近似誤差７０８を得ることができる。
　次に、図２３に示されるように、ベクター成分７０４と、ビットマップ成分７０６と、近似誤差７０８とに基づいて、エンコードされた画像ファイル７１４が生成される。まず、ベクター成分７０４とビットマップ成分７０６とのそれぞれのバウンディングボックス（ｂｂｏｘ）に基づいて原画像７００の領域を分割し、当該分割を示すｋ－ｄツリー７１０を生成する（Ｓ７６７）。さらに、近似誤差７０８をｋ－ｄツリー７１０の領域分割線で振り分けることによって（Ｓ７６９）、近似誤差成分７１２を得ることができる。
　このようにして得られたベクター成分７０４と、ビットマップ成分７０６と、ｋ－ｄツリー７１０と、近似誤差成分７１２とをシリアライズすることによって（Ｓ７７１）、画像ファイル７１４が生成される。
　画像ファイル７１４では、先頭にｋ－ｄツリー７１０が構造データとして記述される。これによって、描画したい領域の成分を迅速にシークすることができる。続いて、ベクター成分７０４、ビットマップ成分７０６、および近似誤差成分７１２が記述される。なお、ｋ－ｄツリー７１０以外の成分については、画像ファイル７１４内での配列の順番は特に限定されない。
　ベクター成分７０４では、各頂点データがｂｂｏｘで正規化されている。従って、仮数部が必要とする有効桁数を削減し、データを圧縮することができる。また、近似誤差成分７１２については、誤差０の領域が大半であればｒｕｎ－ｌｅｎｇｔｈ圧縮が可能である。また、誤差があっても小規模な誤差に分布が集中するはずであるため、ＬＺＷなどのアルゴリズムを用いて圧縮することができる。
　ベクター成分７０４は、例えば、ベジエ曲線で囲まれた領域を単色でべた塗りすることを表現する。以下に、ベクター成分７０４の記述内容の一例を示す。なお、例は説明のために記述内容をＰｏｓｔＳｃｒｉｐｔ形式で表現しているが、実際のベクター成分７０４は、例えばバイナリエンコードされた上で圧縮される。
newpath
0　100　moveto　
100　50　150　50　250　0　rcurveto　
100　-50　150　-50　250　0　rcurveto
closepath　
0　.3　1　.0　setcolor　
fill
　ビットマップ成分７０６は、例えば、矩形領域にビットマップパターンを適用することを表現する。以下に、ビットマップ成分７０６の記述内容の一例を示す。なお、例は説明のために記述内容をＰｏｓｔＳｃｒｉｐｔ形式で表現しているが、実際のビットマップ成分７０６は、例えばバイナリエンコードされた上で圧縮される。なお、xxxx　piximageはFill　patternとして用いられるビットマップを示す。
newpath
100　100　moveto　
100　0　rlineto
0　100　rlineto
-100　0　rlineto
closepath
xxxx　piximage
fill
　（８－５．デコード処理の例）
　次に、上記の例における画像ファイル７１４を、クライアント３００においてデコードするときの処理の例について説明する。
　　（ダウンロード完了後にデコードする場合）
　まず、ダウンロード完了後にデコードする場合の処理について説明する。この場合、クライアント３００の表示制御部３１０は、画像ファイル７１４に含まれるベクター成分７０４を順に描画する。この例では、パスに重複がある場合は、後から描画されたベクター成分７０４のパスが優先される。
　次に、表示制御部３１０は、画像ファイル７１４に含まれるビットマップ成分７０６を順に描画する。このとき、ビットマップ成分７０６による描画は、ベクター成分７０４による描画に上書きされる。また、ビットマップ成分７０６の間でパスに重複がある場合は、後から描画されたビットマップ成分７０６のパスが優先される。
　次に、表示制御部３１０は、各領域の画像に近似誤差成分７１２を足し合わせる。近似誤差成分７１２は、例えば、ＲＧＢＡ（Red　Green　Blue　Alpha）のそれぞれについて足し合わされてもよい。
　　（ダウンロード途中で描画する場合）
　ダウンロード途中で描画する場合、第１の例として、クライアント３００の表示制御部３１０は、画像ファイル７１４のダウンロードの進捗に合わせて、ベクター成分７０４、ビットマップ成分７０６、および近似誤差成分７１２の順で描画する。これによって、まず広い範囲の色が確定し、その後段階的に画像が詳細化されているような表示が可能になる。
　また、第２の例として、クライアント３００の表示制御部３１０は、まず画像ファイル７１４の先頭にあるｋ－ｄツリー７１０をダウンロードする。表示制御部３１０は、ｋ－ｄツリー７１０から、特定の領域に該当するベクター成分７０４、ビットマップ成分７０６、および近似誤差成分７１２へのポインタ情報を得ることができる。そこで、表示制御部３１０は、ファイルシークまたはＨＴＴＰレンジリクエストなどを利用して、上記のポインタ情報によって参照されるベクター成分７０４、ビットマップ成分７０６、および近似誤差成分７１２をダウンロードする。ダウンロードされたデータを用いて、表示制御部３１０は、上記特定の範囲をベクター成分７０４、ビットマップ成分７０６、および近似誤差成分７１２の順に描画し、当該領域についてのデコードを終了する。
　以上で説明した本実施形態によれば、例えば、ドキュメントにおいて参照される画像のファイルサイズを削減することによって、通信容量を削減することができる。また、画像が単純なグラデーションや単色での塗りつぶしを含むような場合には、これらの部分をトランスコーディングによってベクター化することによって、デコード処理を高速化することができる。
　（９．ハードウェア構成）
　次に、図２４を参照して、本開示の実施形態に係る情報処理装置のハードウェア構成について説明する。図２４は、本開示の実施形態に係る情報処理装置のハードウェア構成例を説明するためのブロック図である。図示された情報処理装置９００は、例えば、上記の実施形態におけるサーバおよびクライアントを実現しうる。
　情報処理装置９００は、ＣＰＵ（Central　Processing　unit）９０１、ＲＯＭ（Read　Only　Memory）９０３、およびＲＡＭ（Random　Access　Memory）９０５を含む。また、情報処理装置９００は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インターフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２３、通信装置９２５を含んでもよい。さらに、情報処理装置９００は、必要に応じて、撮像装置９３３、およびセンサ９３５を含んでもよい。情報処理装置９００は、ＣＰＵ９０１に代えて、またはこれとともに、ＤＳＰ（Digital　Signal　Processor）またはＡＳＩＣ（Application　Specific　Integrated　Circuit）と呼ばれるような処理回路を有してもよい。
　ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージ装置９１９、またはリムーバブル記録媒体９２７に記録された各種プログラムに従って、情報処理装置９００内の動作全般またはその一部を制御する。ＲＯＭ９０３は、ＣＰＵ９０１が使用するプログラムや演算パラメータなどを記憶する。ＲＡＭ９０５は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一次記憶する。ＣＰＵ９０１、ＲＯＭ９０３、およびＲＡＭ９０５は、ＣＰＵバスなどの内部バスにより構成されるホストバス９０７により相互に接続されている。さらに、ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Peripheral　Component　Interconnect/Interface）バスなどの外部バス９１１に接続されている。
　入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなど、ユーザによって操作される装置である。入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、情報処理装置９００の操作に対応した携帯電話などの外部接続機器９２９であってもよい。入力装置９１５は、ユーザが入力した情報に基づいて入力信号を生成してＣＰＵ９０１に出力する入力制御回路を含む。ユーザは、この入力装置９１５を操作することによって、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりする。
　出力装置９１７は、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。出力装置９１７は、例えば、ＬＣＤ（Liquid　Crystal　Display）、ＰＤＰ（Plasma　Display　Panel）、有機ＥＬ（Electro-Luminescence）ディスプレイなどの表示装置、スピーカおよびヘッドホンなどの音声出力装置、ならびにプリンタ装置などでありうる。出力装置９１７は、情報処理装置９００の処理により得られた結果を、テキストまたは画像などの映像として出力したり、音声または音響などの音声として出力したりする。
　ストレージ装置９１９は、情報処理装置９００の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Hard　Disk　Drive）などの磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどにより構成される。このストレージ装置９１９は、ＣＰＵ９０１が実行するプログラムや各種データ、および外部から取得した各種のデータなどを格納する。
　ドライブ９２１は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９２７のためのリーダライタであり、情報処理装置９００に内蔵、あるいは外付けされる。ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録を書き込む。
　接続ポート９２３は、機器を情報処理装置９００に直接接続するためのポートである。接続ポート９２３は、例えば、ＵＳＢ（Universal　Serial　Bus）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Small　Computer　System　Interface）ポートなどでありうる。また、接続ポート９２３は、ＲＳ－２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（High-Definition　Multimedia　Interface）ポートなどであってもよい。接続ポート９２３に外部接続機器９２９を接続することで、情報処理装置９００と外部接続機器９２９との間で各種のデータが交換されうる。
　通信装置９２５は、例えば、通信ネットワーク９３１に接続するための通信デバイスなどで構成された通信インターフェースである。通信装置９２５は、例えば、有線または無線ＬＡＮ（Local　Area　Network）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Wireless　USB）用の通信カードなどでありうる。また、通信装置９２５は、光通信用のルータ、ＡＤＳＬ（Asymmetric　Digital　Subscriber　Line）用のルータ、または、各種通信用のモデムなどであってもよい。通信装置９２５は、例えば、インターネットや他の通信機器との間で、ＴＣＰ／ＩＰなどの所定のプロトコルを用いて信号などを送受信する。また、通信装置９２５に接続される通信ネットワーク９３１は、有線または無線によって接続されたネットワークであり、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、ラジオ波通信または衛星通信などである。
　撮像装置９３３は、例えば、ＣＣＤ（Charge　Coupled　Device）またはＣＭＯＳ（Complementary　Metal　Oxide　Semiconductor）などの撮像素子、および撮像素子への被写体像の結像を制御するためのレンズなどの各種の部材を用いて実空間を撮像し、撮像画像を生成する装置である。撮像装置９３３は、静止画を撮像するものであってもよいし、また動画を撮像するものであってもよい。
　センサ９３５は、例えば、加速度センサ、ジャイロセンサ、地磁気センサ、光センサ、音センサなどの各種のセンサである。センサ９３５は、例えば情報処理装置９００の筐体の姿勢など、情報処理装置９００自体の状態に関する情報や、情報処理装置９００の周辺の明るさや騒音など、情報処理装置９００の周辺環境に関する情報を取得する。また、センサ９３５は、ＧＰＳ（Global　Positioning　System）信号を受信して装置の緯度、経度および高度を測定するＧＰＳセンサを含んでもよい。
　以上、情報処理装置９００のハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。かかる構成は、実施する時々の技術レベルに応じて適宜変更されうる。
　（１０．補足）
　本開示の実施形態は、例えば、上記で説明したような情報処理装置（サーバ装置またはクライアント装置）、システム、情報処理装置またはシステムで実行される情報処理方法、情報処理装置を機能させるためのプログラム、およびプログラムが記録された一時的でない有形の媒体を含みうる。なお、上記で説明された複数の実施形態は、特に組み合わせが可能であることが明示されていなくても、本明細書の記載から当業者に自明な範囲で任意に組み合わせて実現することができる。
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　なお、以下のような構成も本開示の技術的範囲に属する。
（１）クライアントからのリクエストに応じて、リソースへの参照を含むドキュメントを取得するドキュメント取得部と、
　前記リソースの内容ごとに一意な識別子を生成する識別子生成部と、
　前記ドキュメントにおいて前記識別子を前記リソースへの参照に関連付ける識別子記述部と、
　前記ドキュメントと、前記リソースへの参照に関連付けられた識別子とを前記クライアントに送信するドキュメント送信部と
　を備えるサーバ装置。
（２）前記識別子記述部は、前記識別子を、オリジナルの識別子に追加して前記リソースへの参照に関連付ける、前記（１）に記載のサーバ装置。
（３）前記識別子が前記リソースへの参照に関連付けられた回数をカウントし、前記回数に基づいて使用頻度が高いと推定される前記リソースを前記リクエストより前に前記識別子に関連付けて前記クライアントに送信するリソース先行配信部をさらに備える、前記（１）または（２）に記載のサーバ装置。
（４）前記リソース先行配信部は、前記使用頻度が高いと推定されるリソースがプログラムである場合に、前記プログラムをプリコンパイルしてから前記クライアントに送信する、前記（３）に記載のサーバ装置。
（５）前記識別子は、前記リソースの内容に基づいて算出されるハッシュを含む、前記（１）～（４）のいずれか１項に記載のサーバ装置。
（６）前記ドキュメント送信部は、前記識別子が生成される前に、前記リソースへの参照にダミー識別子を関連付けた前記ドキュメントを前記クライアントに送信し、前記識別子が生成された後に、前記ダミー識別子に前記識別子を関連付ける情報を前記クライアントに送信する、前記（１）～（５）のいずれか１項に記載のサーバ装置。
（７）サーバにリクエストを送信するリクエスト送信部と、
　前記リクエストに応じて前記サーバから送信された、リソースへの参照を含むドキュメントと、前記リソースへの参照に関連付けられた前記リソースの内容ごとに一意な識別子とを前記サーバから受信するドキュメント受信部と、
　前記識別子に基づいて、前記リソースがキャッシュに格納されているか否かを判定するキャッシュ判定部と
　を備えるクライアント装置。
（８）前記ドキュメント受信部は、オリジナルの識別子に追加して前記識別子が関連付けられた前記リソースへの参照を含むドキュメントを受信する、前記（７）に記載のクライアント装置。
（９）前記識別子に関連付けられた所定の前記リソースを前記リクエストより前に前記サーバから受信し、該受信されたリソースをキャッシュに格納するリソース先行受信部をさらに備える、前記（７）または（８）に記載のクライアント装置。
（１０）前記リソース先行受信部は、前記所定のリソースがプログラムである場合に、プリコンパイルされた前記プログラムを受信し、該受信されたプログラムをキャッシュする、前記（９）に記載のクライアント装置。
（１１）前記リソース先行受信部は、前記受信されたプログラムを、プログラム以外のリソースとは異なる記憶領域にキャッシュする、前記（１０）に記載のクライアント装置。
（１２）前記識別子は、前記リソースの内容に基づいて算出されるハッシュを含む、前記（７）～（１１）のいずれか１項に記載のクライアント装置。
（１３）前記ドキュメント受信部は、前記リソースへの参照にダミー識別子が関連付けられた前記ドキュメントを前記サーバから受信した後に、前記ダミー識別子に前記識別子を関連付ける情報を前記サーバから受信する、前記（７）～（１２）のいずれか１項に記載のクライアント装置。
（１４）前記キャッシュ判定部は、前記リソースへの参照にダミー識別子が関連付けられた状態で前記リソースを参照する場合に、前記サーバに前記識別子のためのリクエストを送信する機能を実現する、前記（１３）に記載のクライアント装置。
（１５）クライアントからのリクエストに応じて、リソースへの参照を含むドキュメントを取得することと、
　前記リソースの内容ごとに一意な識別子を生成することと、
　プロセッサが、前記ドキュメントにおいて前記識別子を前記リソースへの参照に関連付けることと、
　前記ドキュメントと、前記リソースへの参照に関連付けられた識別子とを前記クライアントに送信することと
　を含む情報処理方法。
（１６）サーバにリクエストを送信する機能と、
　前記リクエストに応じて送信された、リソースへの参照を含むドキュメントと、前記リソースへの参照に関連付けられた前記リソースの内容ごとに一意な識別子とを前記サーバから受信する機能と、
　前記識別子に基づいて、前記リソースがキャッシュに格納されているか否かを判定する機能と
　をコンピュータに実現させるためのプログラムが記録された一時的でない有形の記録媒体。
　１０　　システム
　１００　　配信サーバ
　２００　　中間サーバ
　２０２　　リクエスト受信部
　２０４　　ドキュメント取得部
　２０６　　ドキュメント解析部
　２０８　　リソース取得部
　２１０　　識別子生成部
　２１２　　識別子記述部
　２１４　　ドキュメント送信部
　２１６　　リソース送信部
　２１８　　リソース先行配信部
　２２０　　リソース解析部
　２２２　　短縮文字列生成部
　２２４　　短縮文字列記述部
　２２６　　関連付け情報送信部
　２２８　　画像トランスコード部
　２３０　　画像参照更新部
　２８０　　キャッシュ
　２８２　　データベース
　３００　　クライアント
　３０２　　リクエスト送信部
　３０４　　ドキュメント受信部
　３０６　　キャッシュ判定部
　３０８　　リソース受信部
　３１０　　表示制御部
　３１２　　リソース先行受信部
　３１４　　関連付け情報受信部
　３１６　　文字列解釈部
　３８０　　キャッシュ
　３８２　　データベース

Claims (16)

  1. 　クライアントからのリクエストに応じて、リソースへの参照を含むドキュメントを取得するドキュメント取得部と、
    　前記リソースの内容ごとに一意な識別子を生成する識別子生成部と、
    　前記ドキュメントにおいて前記識別子を前記リソースへの参照に関連付ける識別子記述部と、
    　前記ドキュメントと、前記リソースへの参照に関連付けられた識別子とを前記クライアントに送信するドキュメント送信部と
    　を備えるサーバ装置。
  2. 　前記識別子記述部は、前記識別子を、オリジナルの識別子に追加して前記リソースへの参照に関連付ける、請求項１に記載のサーバ装置。
  3. 　前記識別子が前記リソースへの参照に関連付けられた回数をカウントし、前記回数に基づいて使用頻度が高いと推定される前記リソースを前記リクエストより前に前記識別子に関連付けて前記クライアントに送信するリソース先行配信部をさらに備える、請求項１に記載のサーバ装置。
  4. 　前記リソース先行配信部は、前記使用頻度が高いと推定されるリソースがプログラムである場合に、前記プログラムをプリコンパイルしてから前記クライアントに送信する、請求項３に記載のサーバ装置。
  5. 　前記識別子は、前記リソースの内容に基づいて算出されるハッシュを含む、請求項１に記載のサーバ装置。
  6. 　前記ドキュメント送信部は、前記識別子が生成される前に、前記リソースへの参照にダミー識別子を関連付けた前記ドキュメントを前記クライアントに送信し、前記識別子が生成された後に、前記ダミー識別子に前記識別子を関連付ける情報を前記クライアントに送信する、請求項１に記載のサーバ装置。
  7. 　サーバにリクエストを送信するリクエスト送信部と、
    　前記リクエストに応じて前記サーバから送信された、リソースへの参照を含むドキュメントと、前記リソースへの参照に関連付けられた前記リソースの内容ごとに一意な識別子とを前記サーバから受信するドキュメント受信部と、
    　前記識別子に基づいて、前記リソースがキャッシュに格納されているか否かを判定するキャッシュ判定部と
    　を備えるクライアント装置。
  8. 　前記ドキュメント受信部は、オリジナルの識別子に追加して前記識別子が関連付けられた前記リソースへの参照を含むドキュメントを受信する、請求項７に記載のクライアント装置。
  9. 　前記識別子に関連付けられた所定の前記リソースを前記リクエストより前に前記サーバから受信し、該受信されたリソースをキャッシュに格納するリソース先行受信部をさらに備える、請求項７に記載のクライアント装置。
  10. 　前記リソース先行受信部は、前記所定のリソースがプログラムである場合に、プリコンパイルされた前記プログラムを受信し、該受信されたプログラムをキャッシュする、請求項９に記載のクライアント装置。
  11. 　前記リソース先行受信部は、前記受信されたプログラムを、プログラム以外のリソースとは異なる記憶領域にキャッシュする、請求項１０に記載のクライアント装置。
  12. 　前記識別子は、前記リソースの内容に基づいて算出されるハッシュを含む、請求項７に記載のクライアント装置。
  13. 　前記ドキュメント受信部は、前記リソースへの参照にダミー識別子が関連付けられた前記ドキュメントを前記サーバから受信した後に、前記ダミー識別子に前記識別子を関連付ける情報を前記サーバから受信する、請求項７に記載のクライアント装置。
  14. 　前記キャッシュ判定部は、前記リソースへの参照にダミー識別子が関連付けられた状態で前記リソースを参照する場合に、前記サーバに前記識別子のためのリクエストを送信する機能を実現する、請求項１３に記載のクライアント装置。
  15. 　クライアントからのリクエストに応じて、リソースへの参照を含むドキュメントを取得することと、
    　前記リソースの内容ごとに一意な識別子を生成することと、
    　プロセッサが、前記ドキュメントにおいて前記識別子を前記リソースへの参照に関連付けることと、
    　前記ドキュメントと、前記リソースへの参照に関連付けられた識別子とを前記クライアントに送信することと
    　を含む情報処理方法。
  16. 　サーバにリクエストを送信する機能と、
    　前記リクエストに応じて送信された、リソースへの参照を含むドキュメントと、前記リソースへの参照に関連付けられた前記リソースの内容ごとに一意な識別子とを前記サーバから受信する機能と、
    　前記識別子に基づいて、前記リソースがキャッシュに格納されているか否かを判定する機能と
    　をコンピュータに実現させるためのプログラムが記録された一時的でない有形の記録媒体。
PCT/JP2014/067696 2013-10-08 2014-07-02 サーバ装置、クライアント装置、情報処理方法および記録媒体 WO2015052968A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2015541456A JP6323461B2 (ja) 2013-10-08 2014-07-02 サーバ装置、クライアント装置、情報処理方法および記録媒体
CN201480054817.5A CN105593853B (zh) 2013-10-08 2014-07-02 服务器装置、客户端装置、信息处理方法和记录介质
US15/026,919 US10509826B2 (en) 2013-10-08 2014-07-02 Server device, client device, information processing method, and recording medium
EP14852303.8A EP3056996A4 (en) 2013-10-08 2014-07-02 Server device, client device, information processing method, and recording medium
BR112016007311A BR112016007311A2 (pt) 2013-10-08 2014-07-02 dispositivos servidor e cliente, método de processamento de informação, e, mídia de gravação tangível não transitória

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013-211282 2013-10-08
JP2013211282 2013-10-08

Publications (1)

Publication Number Publication Date
WO2015052968A1 true WO2015052968A1 (ja) 2015-04-16

Family

ID=52812789

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/067696 WO2015052968A1 (ja) 2013-10-08 2014-07-02 サーバ装置、クライアント装置、情報処理方法および記録媒体

Country Status (6)

Country Link
US (1) US10509826B2 (ja)
EP (1) EP3056996A4 (ja)
JP (1) JP6323461B2 (ja)
CN (1) CN105593853B (ja)
BR (1) BR112016007311A2 (ja)
WO (1) WO2015052968A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11677809B2 (en) * 2015-10-15 2023-06-13 Usablenet Inc. Methods for transforming a server side template into a client side template and devices thereof
US10866893B2 (en) * 2018-01-23 2020-12-15 Home Depot Product Authority, Llc Cache coherency engine
US11914980B2 (en) * 2021-06-08 2024-02-27 Red Hat, Inc. Managing deployments of software programs to distributed computing environments

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000222273A (ja) * 1999-02-03 2000-08-11 Nec Software Shikoku Ltd ドキュメントダウンロードシステム
JP2003281023A (ja) * 2002-03-26 2003-10-03 Toshiba Corp データ転送装置、データ転送方法、データ受信表示装置、プログラム
JP2004185263A (ja) * 2002-12-03 2004-07-02 Oki Electric Ind Co Ltd 分散協調型コンテンツ配信システム
JP2007188514A (ja) * 2007-02-13 2007-07-26 Toshiba Corp サーバ側プロキシ装置、クライアント側プロキシ装置、データ転送方法及びプログラム
JP2011108102A (ja) 2009-11-19 2011-06-02 Sony Corp ウェブサーバ、ウェブブラウザおよびウェブシステム

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6195622B1 (en) * 1998-01-15 2001-02-27 Microsoft Corporation Methods and apparatus for building attribute transition probability models for use in pre-fetching resources
US6631515B1 (en) * 1998-09-24 2003-10-07 International Business Machines Corporation Method and apparatus to reduce code size and runtime in a Java environment
US8041817B2 (en) * 2000-06-30 2011-10-18 At&T Intellectual Property I, Lp Anonymous location service for wireless networks
US20040010543A1 (en) * 2002-07-15 2004-01-15 Steven Grobman Cached resource validation without source server contact during validation
US7519726B2 (en) * 2003-12-12 2009-04-14 International Business Machines Corporation Methods, apparatus and computer programs for enhanced access to resources within a network
US8161353B2 (en) * 2007-12-06 2012-04-17 Fusion-Io, Inc. Apparatus, system, and method for validating that a correct data segment is read from a data storage device
JP5208560B2 (ja) * 2008-03-31 2013-06-12 株式会社東芝 情報映像化配信装置、情報映像化配信方法及びプログラム
JP5571667B2 (ja) * 2008-08-18 2014-08-13 エフ５ ネットワークス、インコーポレイテッド 可用性を維持しながらネットワークトラフィック管理装置をアップグレードする方法
CN102985921B (zh) * 2010-05-07 2016-09-21 谷歌公司 在具有电子资源数据库的客户端装置中高速缓存电子文档资源
US8484373B2 (en) * 2010-10-25 2013-07-09 Google Inc. System and method for redirecting a request for a non-canonical web page
IL217279A0 (en) * 2011-12-29 2012-02-29 Israel Ragutski Method and system for ensuring authenticity of ip data served by a service provider

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000222273A (ja) * 1999-02-03 2000-08-11 Nec Software Shikoku Ltd ドキュメントダウンロードシステム
JP2003281023A (ja) * 2002-03-26 2003-10-03 Toshiba Corp データ転送装置、データ転送方法、データ受信表示装置、プログラム
JP2004185263A (ja) * 2002-12-03 2004-07-02 Oki Electric Ind Co Ltd 分散協調型コンテンツ配信システム
JP2007188514A (ja) * 2007-02-13 2007-07-26 Toshiba Corp サーバ側プロキシ装置、クライアント側プロキシ装置、データ転送方法及びプログラム
JP2011108102A (ja) 2009-11-19 2011-06-02 Sony Corp ウェブサーバ、ウェブブラウザおよびウェブシステム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
AKIRA MATSUDA, SHOKAI RAILS 4 'SHIJO SAIKO' NO SHIN VERSION O TETTEI SHOKAI! DAI 3 SHO JIKKO MO KAIHATSU MO KOSOKU NA RAILS 4, vol. 73, 25 March 2013 (2013-03-25), pages 63 - 69, XP008183601 *
See also references of EP3056996A4

Also Published As

Publication number Publication date
JPWO2015052968A1 (ja) 2017-03-09
US10509826B2 (en) 2019-12-17
EP3056996A4 (en) 2017-06-28
JP6323461B2 (ja) 2018-05-16
CN105593853A (zh) 2016-05-18
EP3056996A1 (en) 2016-08-17
US20160292298A1 (en) 2016-10-06
BR112016007311A2 (pt) 2017-08-01
CN105593853B (zh) 2020-01-21

Similar Documents

Publication Publication Date Title
CN109947512B (zh) 一种文本适配显示方法、装置、服务器及存储介质
US20190294721A1 (en) Systems and Methods for Managing and Delivering Digital Content
JP2015529874A (ja) 医用画像を閲覧するためのシステム及び方法
US9286228B2 (en) Facilitating caching in an image-processing system
JP2003099358A5 (ja)
US20160098414A1 (en) Systems and methods to present activity across multiple devices
JP6323461B2 (ja) サーバ装置、クライアント装置、情報処理方法および記録媒体
CN108495174B (zh) 一种h5页面效果生成视频文件的方法及系统
CN114116635A (zh) 压缩数据流的并行解压缩
US10296713B2 (en) Method and system for reviewing medical study data
CN115209215A (zh) 视频处理方法、装置及设备
JP7399548B2 (ja) メディアシーン記述のための方法および装置
WO2015052967A1 (ja) サーバ装置、クライアント装置、情報処理方法および記録媒体
KR20140040994A (ko) 전자문서 레이아웃 유지를 위한 폰트처리 방법, 그리고 이를 위한 폰트처리 프로그램을 기록한 컴퓨터로 판독가능한 기록매체
US11436764B2 (en) Dynamic generation and delivery of scalable graphic images in web applications
RU2634221C2 (ru) Способ и устройство для отрисовки представления электронного документа на экране
WO2015073666A1 (en) Displaying activity across multiple devices
CN109493401B (zh) 演示文稿生成方法、装置以及电子设备
CN115136594A (zh) 在沉浸式视频中对于每个图集标示启用视图的方法和装置
KR20190130959A (ko) 크로마 서브 샘플링된 이미지들에 대한 빠른 참조 객체 저장 형식에 대한 방법
EP4170517B1 (en) Integrating data with different configuration models
CN117272965B (zh) 演示稿件生成方法、装置、电子设备和计算机可读介质
CN104732481A (zh) 图像调整方法及装置
CN118194420A (zh) 基于b/s架构的在线编辑bim模型的方法及相关设备
CN116244580A (zh) 基于模型的数据预测方法、模型生成方法、装置及产品

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14852303

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015541456

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: IDP00201602197

Country of ref document: ID

REEP Request for entry into the european phase

Ref document number: 2014852303

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 15026919

Country of ref document: US

Ref document number: 2014852303

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112016007311

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112016007311

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20160401