Data distribution server

[0001] The present application claims priority upon Japanese Patent Application No. 2003-35913 filed on Feb. 14, 2003, which is herein incorporated by reference.

[0002] 1. Field of the Invention

[0003] The present invention relates to a contents distribution technology and more particularly to a method of efficiently distributing large volume of contents such as video data in a wide area network and an apparatus implementing the method.

[0004] 2. Description of the Related Art

[0005] As the method of efficiently distributing large volume of contents such as video data in a wide area network, a method called contents distribution has hitherto been known (for example, “Smart Contents Distribution Service”, [online], NTT communications, [searched on Feb. 12, 2003], Internet <URL: http://www.ntt.com/globalip/scd_en/>: this literature is herein incorporated by reference).

[0006] In this method, it is necessary to arrange a large number of copy servers in the wide area network. In the copy servers, copies of contents provided by a distribution server of a service provider are placed. In an actual contents distribution service, the service provider contracts with a provider (hereinafter, referred to as a “CDN provider”) which provides the copy servers and a network, thereby obtaining a license to use the copy servers.

[0007] First, a client computer (in a company) requests the distribution server to distribute contents. Upon accepting this request, the distribution server locates a copy server nearest to the client and redirects the request for distribution of the contents to the located copy server by rewriting an IP address in a packet of the request. The copy server accepts the request for the distribution and distributes the contents to the client computer in place of the distribution server.

[0008] By using this method, the copy server performs (as proxy) a part of processing of contents distribution which should be performed by the distribution server. Accordingly, a load on the distribution server can be reduced. Moreover, since the contents are distributed from the copy server near the client in the network, the network bandwidth necessary for the contents distribution can be saved.

[0009] In the conventional method, the client receives contents distributed from the copy server by using the same protocol (for example, an HTTP protocol, an RTSP protocol or the like) as in the case of receiving contents distributed from the distribution server. In this case, it is an essential condition that the distribution server and the copy server use the same server software. Accordingly, it was not easy to introduce a new service using server software other than the server software (for example, a WWW server, a video distribution server or the like) installed in the servers owned by the CDN provider. Specifically, in the conventional method, when the service provider intended to introduce a new service which required introduction of a new data send/receive protocol, it was required that server software based on the new data send/receive protocol be installed in each server of the CDN provider.

[0010] Moreover, in the conventional method, when a plurality of server software applications based on different types of data send/receive protocols were installed in the servers owned by the CDN provider, a mechanism was not provided in which the plurality of server software applications share a disk capacity provided by the CDN provider. Accordingly, there was a problem that costs of managing disk capacities used by the respective server software applications became large. For example, when the CDN provider intended to change part of the disk capacity for use of a WWW server into the disk capacity for use of a video distribution server because extra space was gained in the disk capacity for use of the WWW server, the setting of the disk capacity for each server software application needed to be manually changed.

[0011] Furthermore, in the conventional method, the client computer which is to request the distribution of contents first requests the distribution server to distribute the contents, and the distribution server locates the copy server nearest to the client and then redirects the contents distribution request to the copy server. Accordingly, when contents on which access requests were concentrated at a time were included in a service, there was a problem of overhead for the access requests in the server of the service provider which performed the centralized management of contents.

[0012] An object of the present invention is to eliminate the necessity to install new server software in a large number of servers (copy servers) of a CDN provider on a network when a server of a service provider introduces a new service using server software based on any type of data send/receive protocol, by previously installing data distribution modules independent of the types of data send/receive protocol in the servers of the CDN provider and in proxy servers in the service provider and each company (client).

[0013] Another object of the present invention is to provide a contents transmission technology which allows server software applications different in types of data send/receive protocol to share a disk capacity without manual setting of disk capacities for the respective server software applications.

[0014] Still another object of the present invention is to eliminate the overhead for access requests in the server of the service provider which performs the centralized management of contents, in the case where contents on which access requests are concentrated at a time is included in a service.

[0015] A network system according to an embodiment of the present invention includes a distribution computer including a storage device which stores contents; and a distribution request computer which issues a send request to send the contents. The network system further includes at least one copy computer including a storage device which stores copy contents of the contents stored in the distribution computer; and a search computer including a contents search module and a distribution request relay module. The contents search module searches for a copy computer storing copy contents of the requested contents based on the send request from the distribution request computer to send the contents, and the distribution request relay module forwards the send request to the specified copy computer. The distribution computer further includes a contents registration module which sends a copy request and copy contents of the updated contents to a predetermined copy computer when the contents are updated. The copy request gives an instruction to create the copy contents of the updated contents in the storage device of the copy computer. The copy computer further includes a contents request receiving module which creates the copy contents of the updated contents based on the copy request and which sends the copy contents of the requested contents to the distribution request computer based on the send request from the search computer.

[0016] Features and objects of the present invention other than the above will become clear by reading the description of the present specification with reference to the accompanying drawings.

[0036] At least the following matters will be made clear by the explanation in the present specification and the description of the accompanying drawings.

[0037] A description will be given of a first embodiment of the present invention with reference to FIGS. 1 to 12.

[0038] FIG. 1 is a block diagram of a network system in a first embodiment of the present invention. In this embodiment, service providers 1 and 2 (101 and 102) offer contents distribution services by using a WWW server (104) and a video distribution server (105), respectively. A CDN provider (102) performs a contents distribution service for an intranet (103) of each company (client) by using contents distribution servers 1 to 4 (106 to 109). A WWW proxy (110) and a video distribution proxy (111), which are provided by each company, implement contents distribution to client servers (112 and 113) by using a protocol independent of a server application, called a distribution protocol. In order to support the distribution protocol, internal modules of the WWW server (104), the video distribution server (105), the WWW proxy (110), and the video distribution proxy (111) are modified.

[0039] The distribution protocol-supporting WWW server (104) and the distribution protocol-supporting video distribution server (105) are distribution computers each of which requests the contents distribution servers (106 to 109) to register contents by using the distribution protocol in advance of starting a service.

[0040] The contents distribution servers (106 to 109) are copy computers each of which creates copies of the contents stored in the distribution protocol-supporting WWW server and the distribution protocol-supporting video distribution server into a disk attached to each contents distribution server (106 to 109), based on the registration request.

[0041] The copies of the contents are not created in the disk of every contents distribution server (106 to 109). The distribution protocol-supporting WWW server (104) and the distribution protocol-supporting video distribution server (105) can specify which contents distribution server (106 to 109) the copy is created in when issuing the contents registration request.

[0042] The WWW client (112) and the video distribution client (113) are distribution request computers each of which sends a distribution request to the distribution protocol-supporting WWW proxy (110) or the distribution protocol-supporting video distribution proxy (111) to receive a contents distribution service.

[0043] The distribution protocol-supporting WWW proxy (110) and the distribution protocol-supporting video distribution proxy (111) are search computers each of which issues a contents search request to a group of the contents distribution servers (106 to 109) by using the distribution protocol upon accepting the distribution request.

[0044] Upon accepting the contents search request, each of the contents distribution servers (106 to 109) examines whether contents requested to be retrieved exist in the disk attached to its own node.

[0045] If the contents exist in its own disk as a result of the examination, each of the contents distribution servers (106 to 109) sends the requested contents to the distribution protocol-supporting WWW proxy (110) or the distribution protocol-supporting video distribution proxy (111).

[0046] The distribution protocol-supporting WWW proxy (110) or the distribution protocol-supporting video distribution proxy (111) forwards the received contents to the WWW client (112) or the video distribution client (113).

[0047] As a result of the examination, if neither of the contents distribution servers (106 to 109) contains the contents in the disks thereof, the group of the contents distribution servers (106 to 109) issues distribution requests to the distribution protocol-supporting WWW server (104) and the distribution protocol-supporting video distribution server (105).

[0048] Upon receiving this distribution request, each of the distribution protocol-supporting WWW server (104) and the distribution protocol-supporting video distribution server (105) sends the contents to the WWW client (112) or the video distribution client (113). Note that, upon receiving the distribution request, each of the distribution protocol-supporting WWW server (104) and the distribution protocol-supporting video distribution server (105) may forward the requested contents to the group of the contents distribution servers (106 to 109), and the group of the contents distribution servers (106 to 109) which has received the forwarded contents may then send the contents to the WWW client (112) or the video distribution client (113).

[0049] Accordingly, it is sufficient that each of the distribution protocol-supporting WWW server (104) and the distribution protocol-supporting video distribution server (105) distributes contents only when all the contents distribution servers (106 to 109) do not contain the contents requested to be retrieved, thus reducing loads on these WWW server and video distribution server. Moreover, the total amount of network bandwidth required for contents distribution can be saved.

[0050] Moreover, contents are stored in or read from the disks attached to the contents distribution servers (106 to 109) by using the distribution protocol, which does not depend on the HTTP protocol or the RTSP protocol. Accordingly, contents can be distributed using the servers and the disks provided by the CDN provider even when any server application using a different transmission protocol runs in the servers on the service provider side.

[0051] Moreover, contents provided by both the distribution protocol-supporting WWW server (104) and the distribution protocol-supporting video distribution server (105) can be read from and written in the disks attached to the contents distribution servers (106 to 109) regardless of the difference in the transmission protocol. Consequently, this eliminates the necessity for the CDN provider to set a disk capacity for each server application.

[0052] Hereinafter, a detailed description will be given of operation procedures of the distribution protocol-supporting WWW server (104), the distribution protocol-supporting video distribution server (105), the distribution protocol-supporting WWW proxy (110), the distribution protocol-supporting video distribution proxy (111), and the contents distribution servers (106 to 109).

[0053] FIG. 18 is a hardware block diagram of each computer of the distribution protocol-supporting WWW server (104), the distribution protocol-supporting video distribution server (105), the distribution protocol-supporting WWW proxy (110), the distribution protocol-supporting video distribution proxy (111), and the contents distribution servers (106 to 109).

[0054] Each of these servers is a computer including a CPU (1801) and a memory (1802). The CPU (1801) executes a program loaded on the memory (1802). Data structures used during program execution are also loaded on the memory (1802) and can be referred to during the program execution.

[0055] Each of these servers is also connected to a storage device (1805) through a storage device input/output unit (1803). The CPU (1801) can store contents stored in the storage device (1805) into the memory (1802). Reversely, the CPU (1801) can also store contents stored in the memory (1802) into the storage device (1805).

[0056] Each of these servers is connected to a network device (1806) through a network device input/output unit (1804).

[0057] The CPU (1801) outputs contents stored in the memory (1802), a contents search request, or a contents registration request through the network device input/output unit (1803) in accordance with each stored program. Reversely, the CPU (1801) receives contents, a contents search request, or a contents registration request from the network device (1806) through the network device input/output unit (1804) and stores the same in the memory (1802) in accordance with each stored program.

[0058] By these procedures performed by each server, the contents, the contents search request, or the contents registration request is sent and received between the servers.

[0059] A detailed description will be given below of an execution procedure of the program loaded on the memory of each server. The program reads and stores contents data from and into the storage device and allows the nodes to send and receive the contents, the contents search requests and the contents registration requests therebetween. Note that this program is stored in a recording medium (for example, a magnetic disk, etc.) readable from each server, and the server can install the program from this recording medium into the memory (1802). Each server may directly store each program into the memory (1802) through a network.

[0060] These servers may be so-called Network Attached System nodes, each of which translates file based I/O requests received from the network device (1806) into block based I/O requests and issues the block based I/O requests to the storage device (1805). Reversely, each node collects block level data from the storage device (1805) into files and sends the files to the network device (1806). Moreover, each of these servers and the storage device (1805) may be in a single package. Furthermore, functions implemented by each server and the function of translating the file based I/O requests to the block based I/O requests may be implemented by a disk controller (DKC) of the storage device (1805) instead of the server.

[0061] FIG. 2 is a block diagram showing functions implemented by the programs of the distribution protocol-supporting WWW server (104) and the distribution protocol-supporting video distribution server (105). Note that each function may be implemented by hardware which implements the function, such as a circuit, instead of by software such as a program. The same applies to the other servers (106 to 109, 110, 111, 112 and 113).

[0062] Each of the distribution protocol-supporting WWW server (104) and the distribution protocol-supporting video distribution server (105) is composed of a distribution request processing module (202) and a contents registration module (203) and contains a storage device (201), such as a disk, for storing contents.

[0063] Each of the distribution protocol-supporting www server (104) and the distribution protocol-supporting video distribution server (105) periodically activates the contents registration module (203) in order to issue a contents registration request to the group of the contents distribution servers (106 to 109). This module (203) searches the storage device (201) to check whether new contents are stored. If new contents are stored, this module (203) reads the contents from the storage device (201) and sends the contents and a contents registration request to the group of the contents distribution servers (106 to 109). Note that this module (203) may specify one or more of the contents distribution servers (106 to 109) to which the contents is to be sent according to a network state or a type of the contents. Moreover, this module (203) may control a time to send copy contents and a contents registration request thereof according to the network state or the type of the contents. Herein, the network state includes factors affecting delays in a network, such as a network distance which is the number of routers or the number of hops in ISP up to the distributed server (106 to 109) to which the copy contents and the contents registration request are sent; a network distance up to the client server (112 or 113) which should be prioritized based on the type of the copy contents; congestion of the distributed servers (106 to 109); the performance of the distributed servers (106 to 109); and congestion in the network route. Herein, the “network” means not only the network up to the distributed server (106 to 109) to which the copy contents and the contents registration request are to be sent, but also the network to the client server (112 or 113) which should be prioritized based on the type of the copy contents.

[0064] Each distribution request processing module (202) of the distribution protocol-supporting WWW server (104) and the distribution protocol-supporting video distribution server (105) also operates upon receiving a distribution request from the distribution protocol-supporting WWW proxy (110) or the distribution protocol-supporting video distribution (111).

[0065] This module (202) reads contents from the storage device (201) and sends the contents to the distribution protocol-supporting WWW proxy (110) or the distribution protocol-supporting video distribution proxy (111).

[0066] FIG. 3 is a block diagram showing a function implemented by the programs of the distribution protocol-supporting WWW (110) and distribution protocol-supporting video distribution proxy (111).

[0067] Each of the distribution protocol-supporting WWW proxy (110) and the distribution protocol-supporting video distribution proxy (111) is composed of a distribution request relay module (301) and a contents search module (302).

[0068] Each distribution request relay module (301) of the distribution protocol-supporting Www proxy (110) and the distribution protocol-supporting video distribution proxy (111) operates upon receiving a distribution request from the WWW client (112) or the video distribution client (113). The distribution request relay module (301) instructs the contents search module (302) to search for contents.

[0069] The contents search module (302) issues a contents search request to the contents distribution servers (106 to 109). Note that the contents search module (302) may specify the contents distribution server (106 to 109) to which the contents search request is issued based on a map which shows the contents distribution servers (106 to 109) each holding contents. In this case, the distribution protocol-supporting WWW server (104) and the distribution protocol-supporting video distribution server (105) may create the map and send the created map to the distribution protocol-supporting WWW proxy (110) and the distribution protocol-supporting video distribution proxy (111) periodically or at each update of the map.

[0070] Upon receiving the contents search request, each contents distribution server (106 to 109) searches whether the requested contents are stored in a storage device (401).

[0071] If the requested contents are stored, the contents distribution server (106 to 109) sends the contents to the distribution protocol-supporting WWW proxy (110) or the distribution protocol-supporting video distribution proxy (111). If the contents are not stored therein, the contents distribution server (106 to 109) notifies the distribution protocol-supporting WWW proxy (110) or the distribution protocol-supporting video distribution proxy (111) that the contents are not stored.

[0072] Upon accepting the contents, the contents search module (302) sends the contents to the WWW client (112) or the video distribution client (113) through the distribution request relay module (301).

[0073] On the other hand, upon receiving an error notification, the distribution request relay module (301) sends distribution requests to the distribution protocol-supporting WWW server (104) and the distribution protocol-supporting video distribution server (105).

[0074] Each of The distribution protocol-supporting WWW server (104) and the distribution protocol-supporting video distribution server (105) sends the requested contents to the WWW client (112) or the video distribution client (113).

[0075] FIGS. 4 to 12 are views showing operation procedures of the contents distribution servers (106 to 109).

[0076] FIG. 4 is a block diagram showing functions implemented by a program of the contents distribution servers (106 to 109) when the contents distribution servers (106 to 109) receive search requests from the distribution protocol-supporting WWW proxy (110) or the distribution protocol-supporting video distribution proxy (111).

[0077] Each of the contents distribution servers (106 to 109) is composed of a contents request receiving module (402) and a contents request sending module (403), and contains the storage device (401), such as a disk, for storing contents. The contents distribution server stores two data structures of a contents holding list (404) and a server list (405) on the memory.

[0078] FIG. 11 shows a data structure of the contents holding list (404).

[0079] The contents holding list (404) is a list for managing contents stored in the storage device. The contents holding list (404) is composed of two fields of a contents URL field (1101) to uniquely identify contents and a last access time field (1102) to store times of the last accesses to the contents. This list is initialized to empty.

[0080] FIG. 12 shows a data structure of the server list (405).

[0081] The server list (405) is a list for managing neighboring relationships between the contents distribution servers. The contents distribution servers having neighboring relationships send and receive the contents search request or the contents registration request in the distribution protocol therebetween. Fields included in this list (405) are shown below.

[0082] A requesting server IP address field (1201) is a field to store IP addresses of servers which issue a contents registration request or a contents search request. Note that this field may store only IP addresses of servers owned by other than the CDN provider.

[0083] A request type field (1202) is a field to store identification between the contents registration request and the contents search request.

[0084] The neighboring relationship between the contents distribution servers is defined for each requesting server IP address and each request type. When the IP addresses of the requesting servers are different, or depending on whether the request type is the contents registration request or the contents search request, the server which the request is sent to or received from varies.

[0085] A previous server IP address field (1203) is a field to store IP addresses of servers which have sent a request for contents.

[0086] A forwarding destination server IP address list field (1204) is a field to store IP addresses of the contents distribution servers to which the contents request is to be sent. All entries in the server list stored in the contents distribution server are properly set by the CDN provider in advance.

[0087] FIG. 10 shows information included in the contents search request.

[0088] A request type field (1001) is a field to identify whether the request is the contents registration request or the contents search request. In a step 501 to be described later, this field stores information to identify the type of the request as contents search.

[0089] A requesting server IP address field (1002) is a field to indicate an IP address of a server which has issued the request. Herein, this server is owned by other than the CDN provider.

[0090] A previous server IP address field (1003) is a field to indicate an IP address of a server which has sent the request. Herein, this server is a contents distribution server or a server owned by other than the CDN provider.

[0091] A contents URL field (1004) is a field to store information to uniquely identify requested contents.

[0092] A request cache ratio field (1005) is a field used only when the request is the contents registration request. This field stores a ratio that the contents distribution server which has received the contents registration request stores (caches) contents to be registered in the storage device.

[0093] FIG. 5 shows an operation flowchart in the case where each of the contents distribution servers (106 to 109) accepts the search request from the distribution protocol-supporting WWW proxy (110) or the distribution protocol-supporting video distribution proxy (111).

[0094] First, in the step 501, the contents request receiving module (402) receives a contents search request. Herein, the contents request receiving module (402) stores information to identify that the request is a contents search request, into the request type field (1001).

[0095] In a step 502, the contents request receiving module (402) searches the contents holding list (404).

[0096] In a step 503, when there is an entry, in the contents holding list (404), which matches a value in the contents URL field of the contents search request accepted in the step 501, the procedure goes to a step 504, and in the other cases, jumps to a step 506.

[0097] In the step 504, the contents request receiving module (402) updates the last access time field of the contents holding list (404) to the current time.

[0098] In a step 505, the contents request receiving module (402) reads from the storage device (401) contents specified by the contents URL field of the contents search request received in the step 501. The contents request receiving module (402) sends the read contents to the server which has sent the contents search request, that is, the server specified by the previous server IP address field of the received request, and then finishes the processing.

[0099] In the step 506, the contents request receiving module (402) instructs the contents request sending module (403) to forward the contents search request.

[0100] In a step 507, the contents request sending module (403) searches the server list (405). As a result of the search, in the case of accepting a request to register the contents stored in the contents URL field of the contents registration request, the contents request sending module (403) determines which contents distribution server the request is to be forwarded to by referring to the forwarding destination server IP address list field (1204) of the entry in the server list (405). Sometimes there could be no contents distribution server to which the contents are to be forwarded. In this case, the contents request sending module (403) sends an error notification to the server which has issued the request (the server is determined with reference to the requesting server IP address field (1002) of the request), and then finishes the processing.

[0101] In a step 508, if the contents distribution server (106 to 109) determined in the step 507 exists, the contents request sending module (403) sends the contents search request to the contents distribution server (106 to 109) of interest, and then finishes the processing.

[0102] Herein, the contents request sending module (403) sets each field of the contents search request to be sent as follows. Values in the request type field (1001), the requesting server IP address field (1002), the contents URL field (1004), and the request cache ratio field (1005) of the received request are not updated to be sent. The contents request sending module (403) updates a value in the previous server IP address field (1003) to the IP address of its own node.

[0103] FIGS. 6 and 7 show a function block diagram and a flowchart, respectively, showing operation of the contents distribution server (106 to 109) in receiving requested contents from another contents distribution server (106 to 109) upon execution of the steps 506 to 508 in FIG. 5.

[0104] In a step 701, the contents request sending module (403) receives the contents.

[0105] In a step 702, the contents request sending module (403) forwards the received contents to the contents request receiving module (402).

[0106] In a step 703, the contents request receiving module (402) retrieves the number of entries registered in the contents holding list (404) and checks whether the number of the entries is not less than the number of contents which can be stored in the storage device. When the number of the entries is not less than the number of contents which can be stored, steps 704 and 705 are executed to replace contents stored in the storage device. In other cases, the procedure jumps to a step 706.

[0107] In the step 704, the contents request receiving module (402) refers to the contents holding list (404) and selects an entry whose last access time field (1102) indicates the earliest time.

[0108] In the step 705, the contents request receiving module (402) deletes contents corresponding to the entry selected in the step 704.

[0109] In the step 706, the contents request receiving module (402) stores the received contents into the storage device (401).

[0110] In a step 707, the contents request receiving module (402) updates the contents holding list (404) to add an entry corresponding to the contents stored in the step 706. The contents request receiving module (402) stores the current time in the contents last access time field (1102) of this entry.

[0111] In a step 708, the contents request receiving module (402) searches the server list (405) and determines an entry corresponding to the received contents. A server specified by the previous server IP address field (1203) of the entry is determined as the destination to which the contents are forwarded.

[0112] In a step 709, the contents request receiving module (402) sends the contents to the server determined in the step 708 and finishes the processing.

[0113] FIGS. 8 and 9 illustrate a function block diagram and a flowchart, respectively, showing operation in the case where each of the contents distribution servers (106 to 109) receives a contents registration request and contents requested to be registered.

[0114] In a step 901, the contents request receiving module (402) receives the contents registration request and the contents to be registered.

[0115] In step 902, the contents request receiving module (402) retrieves the number of entries registered in the contents holding list (404) and checks whether the number of the entries is not less than the number of contents which can be stored in the storage device. When the number of the entries is not less than the number of contents which can be stored, steps 903 and 904 are executed to replace contents stored in the storage device. In other cases, the procedure jumps to a step 905.

[0116] In the step 903, the contents request receiving module (402) refers to the contents holding list (404) and selects an entry whose last access time field (1102) indicates the earliest time.

[0117] In the step 904, the contents request receiving module (402) deletes contents corresponding to the entry selected in the step 903 from the storage device (401).

[0118] In the step 905, the contents request receiving module (402) determines whether the received contents are to be stored in the storage device. This is determined based on a possibility according to the request cache ratio field (1005) of the received contents registration request. When it is determined to store the received contents, the contents are stored in the storage device (401).

[0119] In a step 906, the contents request receiving module (402) updates the contents holding list (404). However, when the contents are not stored in the step 905, this update is not performed. Specifically, a new entry corresponding to the contents stored in the step 905 is added. The last access time field (1102) of the contents holding list is updated to the current time.

[0120] In a step 907, the contents request receiving module (402) transfers the contents registration request and the contents to the contents request sending module (403).

[0121] In a step 908, the contents request sending module (403) searches the server list (405) and detects an entry corresponding to the transferred contents registration request. The contents request sending module (403) determines the forwarding destination of the contents by referring to the forwarding destination server IP address field (1204) of the entry. In some cases, no forwarding destination of the contents exists.

[0122] In a step 909, when the forwarding destination determined in the step 908 exists, the contents request sending module (403) forwards the contents registration request and the contents to the forwarding destination, and then finishes the processing. The contents request sending module (403) sets each field of the contents registration request to be sent as follows. Values in the request type field (1001), the requesting server IP address field (1002), the contents URL field (1004), and the request cache ratio field (1005) are not updated to be sent. The contents request sending module (403) updates the previous server IP address field (1003) to the IP address of its own node.

[0123] Note that the above described functions of the distribution request module (301) and the contents search module (302) may be provided for another server (for example, any one or more of the contents distribution servers (106 to 109)). The function of the contents registration module (203) may also be provided for another server (for example, any one or more of the contents distribution servers (106 to 109)).

[0124] FIG. 13 is a diagram showing a network construction of a second embodiment of the present invention.

[0125] In the first embodiment, it is necessary to add some modification to the internal modules of the WWW server, the video distribution server, the WWW proxy, and the video distribution proxy, which are owned by other than the CDN provider (102), but this necessity is eliminated in this embodiment.

[0126] A WWW proxy (903) and a video distribution proxy (904) provided by each company are search computers each of which issues a distribution request to the corresponding distribution protocol-supporting WWW proxy (110) or distribution protocol-supporting video distribution proxy (111) upon receiving a distribution request from the client computers (112 and 113).

[0127] Each of the distribution protocol-supporting WWW proxy (110) and the distribution protocol-supporting video distribution proxy (111) operates in accordance with the procedures shown in FIG. 3, receives contents from the contents distribution servers (106 to 109), and sends the contents to the WWW proxy (903) or the video distribution proxy (904). Alternatively, each of the distribution protocol-supporting WWW proxy (110) and the distribution protocol-supporting video distribution proxy (111) acquires contents by sending a distribution request to the distribution protocol-supporting WWW server (104) or the distribution protocol-supporting video distribution server (105) and sends the contents to the WWW proxy (903) or the video distribution proxy (904).

[0128] Upon accepting the distribution request, each of the distribution protocol-supporting WWW server (104) and the distribution protocol-supporting video distribution server (105) checks whether the requested contents exist in the storage device attached to its own node. If the requested contents exist, the contents are sent to the distribution protocol-supporting WWW proxy (110) or the distribution protocol-supporting video distribution proxy (111) which has issued the distribution request. If the contents do not exist, the distribution protocol-supporting WWW server (104) or the distribution protocol-supporting video distribution server (105) issues a distribution request to a corresponding WWW server (901) or video distribution server (902) to acquire the contents. The contents are sent to the distribution protocol-supporting WWW proxy (110) or the distribution protocol-supporting video distribution proxy (111) which has issued the distribution request. Furthermore, the distribution protocol-supporting WWW server (104) or the distribution protocol-supporting video distribution server (105) stores the contents in the disk attached to its own node, and then issues a request to register the contents to the contents distribution servers (106 to 109).

[0129] In this system, the distribution protocol-supporting WWW server (104), the distribution protocol-supporting video distribution server (105), the distribution protocol-supporting WWW proxy (110), and the distribution protocol-supporting video distribution proxy (111) perform contents distribution by using the distribution protocol. Accordingly, efficient contents distribution can be implemented without modifying the servers other than the servers (104 to 111) of the CDN provider.

[0130] A description will be given of a third embodiment of the present invention with reference to FIGS. 14 to 16. In the first and second embodiments, all the contents deliveries to the WWW client (112) or the video distribution client (113) are performed by the distribution protocol-supporting WWW proxy (110) or the distribution protocol-supporting video distribution proxy (111). Accordingly, these proxies are likely to become a bottleneck. In this embodiment, to eliminate this bottleneck, contents deliveries are directly performed by the contents distribution servers (106 to 109) with no servers interposed therebetween. Therefore, this embodiment is different from the first embodiment in operations of the distribution protocol-supporting WWW proxy, the distribution protocol-supporting video distribution proxy and the contents distribution servers. Hereinafter, operation procedures of these servers will be shown.

[0131] FIG. 14 is a function block diagram showing operations of the distribution protocol-supporting WWW proxy (110) and the distribution protocol-supporting video distribution proxy (111).

[0132] Each distribution request relay module (301) of the distribution protocol-supporting WWW proxy (110) and the distribution protocol-supporting video distribution proxy (111) starts operating upon accepting a distribution request from the WWW client (112) or the video distribution client (113).

[0133] Upon accepting the request, the distribution request relay module (301) instructs the contents search module (302) to search for the contents.

[0134] The contents search module (302) issues a contents search request to the group of the contents distribution servers (106 to 109) by using the distribution protocol.

[0135] FIG. 17 is a view showing information included in the contents search request. The contents search request includes a client IP address field (1701) in addition to the information included in that of the first embodiment. This field stores an IP address of the WWW client (112) or the video distribution client (113) which has issued the distribution request.

[0136] Each of the contents distribution servers (106 to 109) searches for the requested contents. If holding the requested contents, the contents distribution server (106 to 109) sends the requested contents to the WWW client (112) or the video distribution client (113) which has issued the distribution request, and notifies the contents search module (302) that the processing is normally finished. When the contents distribution servers (106 to 109) do not hold the requested contents, an error is notified.

[0137] In the case of accepting the error notification, the distribution request relay module (301) issues a distribution request to the distribution protocol-supporting WWW server (104) or the distribution protocol-supporting video distribution server (105) and acquires the requested contents.

[0138] The distribution request relay module (301) sends the acquired contents to the WWW client (112) or the video distribution client (113).

[0139] FIGS. 15 and 16 illustrate a function block diagram and a flowchart, respectively, showing operation of the contents distribution servers (106 to 109).

[0140] The difference from the first embodiment is that steps 1601 and 1602 are executed instead of the step 505.

[0141] In the step 1601, the contents request receiving module (402) reads the contents from the storage device and distributes the contents to the WWW client (112) or the video distribution client (113). The IP address of the client to which the contents is distributed is determined by referring to the client IP address field (1701) of the received contents search request.

[0142] In the step 1602, the contents request receiving module (402) sends to the server which has issued the request, a contents search result which notifies that the processing is normally finished. Herein, the server which has issued the request is determined by referring to the requesting server IP address field (1002) of the received contents search request.

[0143] According to this embodiment, it is sufficient that each of the distribution protocol-supporting WWW proxy (110) and the distribution protocol-supporting video distribution proxy (111) distributes contents to the WWW client or the video distribution client only when the contents search using the distribution protocol is failed, thus reducing loads on these proxies.

[0144] According to the present invention, the data distribution modules independent of the types of the data send/receive protocol are installed in the servers of the CDN provider and the proxy servers in each company (client) and the service provider in advance. Accordingly, when the servers of the service provider introduce a new service using server software based on any type of data send/receive protocol, it becomes possible to eliminate the necessity to install new server software in a large number of servers (copy servers) of CDN provider which are placed on the network.

[0145] Moreover, a contents transmission technology can be provided, in which server software using different types of data send/receive protocol can share a disk capacity without manual setting of capacities for respective server software applications.

[0146] Furthermore, in the case where contents on which access requests are concentrated at a time are included in a service, it is possible to eliminate the overhead for the access requests in the server of the service provider which performs the centralized management of contents.

[0147] Although the preferred embodiments of the present invention have been described in detail, it should be understood that various changes, substitutions and alterations can be made therein without departing from spirit and scope of the inventions as defined by the appended claims.