WO2010044161A1 - データ転送装置およびデータ転送方法 - Google Patents

データ転送装置およびデータ転送方法 Download PDF

Info

Publication number
WO2010044161A1
WO2010044161A1 PCT/JP2008/068759 JP2008068759W WO2010044161A1 WO 2010044161 A1 WO2010044161 A1 WO 2010044161A1 JP 2008068759 W JP2008068759 W JP 2008068759W WO 2010044161 A1 WO2010044161 A1 WO 2010044161A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
terminals
terminal
transfer
data transfer
Prior art date
Application number
PCT/JP2008/068759
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 PCT/JP2008/068759 priority Critical patent/WO2010044161A1/ja
Publication of WO2010044161A1 publication Critical patent/WO2010044161A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1886—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with traffic restrictions for efficiency improvement, e.g. involving subnets or subdomains

Definitions

  • the present invention relates to a data transfer device and a data transfer method.
  • IP multicast and OLM are known as technologies for performing one-to-many data distribution in an IP network.
  • FIG. 14 is a diagram for explaining the prior art. Among them, IP multicast realizes multicast distribution in a wide area by designing a network in advance such that a communication carrier or the like constructs an entire IP network with an IP multicast-compatible router (for example, Patent Document 1). reference).
  • IGMP Internet Group Management Protocol
  • IGMP Internet Group Management Protocol
  • OLM realizes one-to-many data by connecting multiple terminals with unicast P2P (Peer to Peer) and relaying data.
  • this OLM does not require a network to be designed in advance using an IP multicast-compatible router. Therefore, from the viewpoint of one-to-many data distribution connectivity in a wide area network, multicast distribution by IP multicast Rather, multicast distribution by OLM is more advantageous.
  • the above-described conventional technology has a problem in that the amount of communication cannot be efficiently reduced according to the data distribution status to the terminals in the network.
  • FIG. 15 is a diagram for explaining the problems of the prior art. As shown in the lower part of FIG. 15, when the number of terminals to which data is distributed is small, the amount of communication by OLM multicast distribution is small. However, when the number of terminals to be distributed is large, the amount of communication is IP The amount of communication is larger than the amount of communication by multicast and consumes a lot of network bandwidth.
  • multicast packets are distributed to all terminals in the network regardless of whether data is received or not, so the amount of communication is always constant. However, when the number of terminals that receive packets is small, the network bandwidth is wasted.
  • the present invention has been made in view of the above, and provides a data transfer apparatus and a data transfer method capable of efficiently reducing the amount of communication according to the status of data distribution to terminals in a network. Objective.
  • this data transfer apparatus is directed to a first transfer means for transferring data to a plurality of terminals by transferring data between the terminals, and to the plurality of terminals.
  • Second transfer means for transferring data at once, and the first transfer means or the first transfer means for calculating the communication amount of data transferred by the first transfer means or the second transfer means as an evaluation value, and based on the calculated evaluation value
  • determining means for determining whether to execute data transfer by the second transfer means.
  • the data transfer apparatus switches between the first transfer means and the second transfer means according to the evaluation value, the amount of communication can be efficiently reduced according to the data distribution status to the terminals in the network. it can.
  • FIG. 1 is a diagram for explaining the outline and features of the data transfer system according to the first embodiment.
  • FIG. 2 is a diagram for explaining the total amount of traffic in the subnet with respect to the number of simultaneously connected terminals.
  • FIG. 3 is a diagram illustrating the configuration of the data transfer system according to the first embodiment.
  • FIG. 4 is a diagram for explaining a data flow when data is transferred from a terminal in the subnet to a terminal in the subnet.
  • FIG. 5 is a diagram for explaining a data flow when data is transferred from a terminal outside the subnet to a terminal within the subnet.
  • FIG. 6 is a block diagram of the configuration of the management terminal according to the first embodiment.
  • FIG. 7 is a block diagram of the configuration of the terminal according to the first embodiment.
  • FIG. 8 is a flowchart (1) illustrating the processing procedure of the management terminal according to the first embodiment.
  • FIG. 9 is a flowchart (2) illustrating the processing procedure of the management terminal according to the first embodiment.
  • FIG. 10 is a sequence diagram of the processing procedure of the data transfer system according to the first embodiment.
  • FIG. 11 is a diagram illustrating the configuration of the data transfer system according to the second embodiment.
  • FIG. 12 is a diagram illustrating an example of a communication path of the data transfer system according to the first embodiment.
  • FIG. 13 is a diagram illustrating a hardware configuration of a computer that configures the management apparatus according to the first embodiment.
  • FIG. 14 is a diagram for explaining the prior art.
  • FIG. 15 is a diagram for explaining the problems of the prior art.
  • Switches 100a, 100b, 100c, 100d, 100e, 100f, 100g, 100h Terminal 110, 210 IP packet communication unit 120, 220 Control information transmission / reception unit 130 OLM data transmission / reception unit 140 IP multicast transmission / reception unit 150 Multicast transmission / reception control unit 160 Received data selection unit 170 Video playback application processing unit 200 Management terminal 230 Multicast distribution control unit 230a Connection / disconnection request reception unit 230b P2P communication path determination unit 230c Multicast distribution method determination unit 230d Distribution method notification unit 300 Computer 310 Input device 320 Display 330 RAM 330a, 380a Various data 340 ROM 350 Communication Control Device 360 Medium Reading Device 370 CPU 370a Multicast delivery control process 380 HDD 380b Multicast delivery control program
  • FIG. 1 is a diagram for explaining the outline and features of the data transfer system according to the first embodiment.
  • the data transfer system according to the first embodiment calculates the amount of communication in the subnet as an evaluation value, and switches between OLM (Overlay Multicast) or IP multicast based on the calculated evaluation value.
  • the evaluation value is determined by the number of terminals that accept data transfer in the subnet and the ratio of terminals that accept data transfer by OLM or IP multicast among the terminals in the subnet.
  • data is transferred between terminals by transferring data between terminals, so the smaller the number of transfer destination terminals, the smaller the amount of communication in the subnet.
  • the data is transferred from the terminal 100a to the terminals 100b and 100c, first, after the data is transmitted to the terminal 100b, the data is transferred from the terminal 100b to the terminal 100c.
  • the traffic in the subnet is always constant. For example, when data is transferred from the terminal 100a to the terminals 100b and 100c, the data is transferred to the terminals 100b to 100g regardless of whether there is a data transfer request.
  • FIG. 2 is a diagram for explaining the total amount of traffic in the subnet with respect to the number of simultaneously connected terminals.
  • the OLM has a smaller communication volume than the IP multicast.
  • the IP multicast is less traffic than the OLM.
  • the evaluation value in the subnet is calculated, and the communication amount in the subnet is switched by switching between OLM (Overlay Multicast) or IP multicast based on the calculated evaluation value. Can be efficiently reduced.
  • OLM Overlay Multicast
  • each terminal when the number of terminals that accept data transfer in the subnet (or the ratio of terminals that accept data transfer by OLM among the terminals in the subnet) is large, each terminal by IP multicast Transfer data to. On the other hand, when the number of terminals that accept data transfer in the subnet (or the ratio of terminals that accept data transfer by OLM among the terminals in the subnet) is small, the data is transferred to each terminal by OLM. To do.
  • FIG. 3 is a diagram illustrating the configuration of the data transfer system according to the first embodiment.
  • the data transfer system includes a router 50, a switch 60, terminals 100a to 100h, and a management terminal 200. Terminals 100b to 100h are assumed to be included in the same subnet.
  • the router 50 is a router that relays data flowing between subnets.
  • the router 50 is connected to the switch 60, the terminal 100 a, and the management terminal 200.
  • the switch 60 is a switch that relays data transmitted and received between terminals.
  • the switch 60 is connected to the router 50 and the terminals 100b to 100h.
  • the terminals 100a to 100h are devices that perform data communication with a terminal that is a communication partner and perform various processes.
  • the terminals 100b to 100h belong to the same subnet 10
  • the terminal 100a belongs to a different subnet from the terminals 100b to 100h.
  • the management terminal 200 is a device that calculates the amount of communication in the subnet 10 as an evaluation value, and switches the data transfer method in the subnet 10 to OLM or IP multicast based on the calculated evaluation value.
  • a data flow when data is transferred from a terminal in the subnet 10 to a terminal in the subnet 10 and a data flow when data is transferred from a terminal outside the subnet 10 to a terminal device in the subnet 10 will be described. To do.
  • FIG. 4 is a diagram for explaining a data flow when data is transferred from a terminal in the subnet 10 to a terminal in the subnet 10.
  • the example shown in FIG. 4 shows the data flow when data is transferred from the terminal 100b in the subnet 10 to the terminals 100c to 100h.
  • data transfer method When the data transfer method is switched to OLM by the management terminal 200, data is transferred from the terminal 100b to the terminals 100c to 100g by passing data between the terminals as shown on the left side of FIG. Transferred. For example, when data is transferred from the terminal 100b to the terminal 100e, the data is transferred via the terminal 100c.
  • the management apparatus 200 switches the data transfer method from OLM to IP multicast.
  • the data transfer method is switched to IP multicast, as shown on the right side of FIG. 4, data is transferred from the terminal 100b to the terminals 100c to 100h at a time.
  • FIG. 5 is a diagram for explaining the flow of data when data is transferred from a terminal outside the subnet 10 to a terminal within the subnet 10. Note that the example shown in FIG. 5 shows the data flow when data is transferred from the terminal 100a outside the subnet 10 to the terminals 100b to 100h in the subnet.
  • the management apparatus 200 switches the data transfer method to OLM, as shown on the left side of FIG. 4, after the data of the terminal 100a is once transferred to the terminal 100b, The data is transferred from the terminal 100b to the terminals 100c to 100g by exchanging data. For example, when data is transferred from the terminal 100a to the terminal 100c, the data is transferred via the terminal 100b and the terminal 100c.
  • the management apparatus 200 switches the data transfer method from OLM to IP multicast.
  • the data transfer method is switched to IP multicast, as shown on the right side of FIG. 5, the data from the terminal 100a is once transferred to the terminal 100b, and at once using the multicast packet from the terminal 100b. Data is transferred to the terminals 100c to 100h.
  • FIG. 6 is a block diagram of the configuration of the management terminal 200 according to the first embodiment.
  • the management terminal 200 includes an IP packet communication unit 210, a control information transmission / reception unit 220, and a multicast distribution control unit 230.
  • the IP packet communication unit 210 is a means for controlling data communication with the terminals 100a to 100h shown in FIG.
  • the control information transmission / reception unit 220 transmits various control information transmitted / received between the management terminal 200 and the terminals 100a to 100h, for example, control information for switching the data transfer method in the subnet 10 to OLM or IP multicast, a terminal This is a means for relaying information such as connection / disconnection requests from the network.
  • the multicast distribution control unit 230 is a means for calculating the amount of communication in the subnet 10 as an evaluation value and switching the data transfer method in the subnet 10 based on the calculated evaluation value. As shown in FIG. 6, the multicast distribution control unit 230 includes a connection / disconnection request receiving unit 230a, a P2P communication path determination unit 230b, a multicast distribution method determination unit 230c, and a distribution method notification unit 230d.
  • connection / disconnection request receiving unit 230a is a means for executing connection / disconnection processing to the requesting terminal in response to the connection request / disconnection request transmitted from the terminal. For example, when the connection / disconnection request accepting unit 230a accepts a data communication connection request by P2P from the terminal 100h, the terminal 100h performs data communication by P2P by notifying a connection response indicating that the connection request has been accepted. To participate.
  • connection / disconnection request reception unit 230a receives a disconnection request from the terminal 100h, the disconnection notification is transmitted to the terminal 100h, and the terminal 100h is connected to the terminal connected to the terminal 100h. Sends information that is disconnected.
  • the P2P communication path determination unit 230b is a means for determining a data communication path by P2P (data communication path by OLM). Any known technique may be used as the method by which the P2P communication path determination unit 230b determines the data communication path by P2P. Alternatively, the user may set the data communication path in the P2P communication path determination unit 230b.
  • the P2P communication path determination unit 230b transmits communication path information to the terminals 100b to 100h in the subnet 10. For example, when the data communication path by P2P is the communication path shown on the left side of FIG. 5, in the data transfer method by OLM, the terminal 100b transfers the data received from the terminal 100b to the terminals 100c and 100d. become.
  • the multicast distribution method determination unit 230c is a unit that calculates the traffic in the subnet 10 as an evaluation value, and determines whether the multicast distribution method is OLM or IP multicast based on the calculated evaluation value. .
  • the multicast distribution method determination unit 230c calculates an evaluation value by the first method or the second method, and determines the distribution method. In the following, the first method and the second method will be described in order, but the multicast distribution method determination unit may determine the distribution method using any method.
  • the multicast distribution method determination unit 230c calculates the number of terminals to which data is transferred among the terminals 100b to 100h included in the subnet 10 as an evaluation value, and the calculated evaluation value is N (N is a natural number; for example, 7) It is determined whether it is above.
  • the multicast distribution method determining unit 230c determines that IP multicast is performed when the calculated evaluation value is N (7) or more, and performs OLM when the evaluation value is less than N (7). And the determination result is output to the distribution method notification unit 230d.
  • the multicast distribution method determination unit 230c performs IP multicast. Is determined.
  • the multicast distribution method determining unit 230c performs OLM. judge.
  • the multicast distribution method determination unit 230c calculates, as an evaluation value, a ratio (viewing ratio) of terminals performing data transfer among all terminals included in the subnet, and selects an OLM based on the calculated evaluation value. Or whether to select IP multicast.
  • the multicast delivery method determining unit 230c performs the data transfer by the OLM among the calculated evaluation values (all terminals in the subnet 10) and the current data transfer method in the subnet 10 is OLM. If the data transfer method is switched to IP multicast, it is determined that the data transfer method is switched to IP multicast.
  • the multicast distribution method determination unit 230c is the current data transfer method in the subnet 10 is OLM, and the calculated evaluation value (data transfer by OLM among all the terminals in the subnet 10 is performed). If the ratio of terminals is less than 60%, the data transfer method is left as it is.
  • the multicast delivery method determination unit 230c acquires the calculated evaluation value (of all the terminals in the subnet 10 through IP multicast data) and the current data transfer method in the subnet 10 is IP multicast. If the data transfer method is less than 40%, the data transfer method is determined to be switched to OLM.
  • the multicast distribution method determination unit 230c obtains the calculated evaluation value (the IP multicast data among all the terminals in the subnet 10) and the current data transfer method in the subnet 10 is IP multicast. If the ratio of terminals that are currently on is 40% or more, the data transfer method is left as it is.
  • the multicast distribution method determination unit 230c determines whether to perform OLM or IP multicast using the first method or the second method, and outputs the determination result to the distribution method notification unit 230d.
  • the multicast distribution method determination unit 230c selects a terminal that executes IP multicast from within the subnet 10, and notifies the selected terminal of the address of an IP multicast packet that indicates a data transfer destination by IP multicast. For example, when the terminal 100b is to execute IP multicast, the terminal 100b is notified of the address of the IP multicast packet that is the data transfer destination.
  • the delivery method notification unit 230d is a means for obtaining a determination result from the multicast delivery method determination unit 230c and notifying the terminals 100b to 100h in the subnet 10 of the data transfer method based on the determination result.
  • the distribution method notification unit 230d may notify the terminals 100b to 100h of the switched data transfer method only when the current data transfer method is switched. For example, when the current data transfer method is IP multicast and information indicating that the data transfer method is switched to OLM is acquired from the multicast distribution method determining unit 230c, information indicating that the data transfer method is switched to OLM is stored in the terminal. Notify 100b to 100h.
  • the distribution method notification unit 230d sets the data transfer method to IP when the current data transfer method is OLM and information indicating that the data transfer method is switched to IP multicast is acquired from the multicast distribution method determination unit 230c. Information indicating switching to multicast is notified to the terminals 100b to 100h.
  • FIG. 7 is a block diagram of the configuration of the terminal 100b according to the first embodiment. Note that the configurations of the terminals 100c to 100h are the same as the configuration of the terminal 100b, and thus the description thereof is omitted here. As shown in FIG. 7, this terminal 100b includes an IP packet communication unit 110, a control information transmission / reception unit 120, an OLM data transmission / reception unit 130, an IP multicast transmission / reception unit 140, a multicast transmission / reception control unit 150, and a received data selection. Unit 160 and moving image reproduction application processing unit 170.
  • the IP packet communication unit 110 is means for controlling data communication with the terminals 100a and 100c to 100h shown in FIG.
  • the IP packet communication unit 110 outputs the received control information to the control information transmission / reception unit 120 when the control information is received to switch the data transfer method in the subnet 10 to OLM or IP multicast, for example. .
  • the IP packet communication unit 110 When the IP packet communication unit 110 receives data other than control information, for example, data (multicast packet) transmitted by OLM or IP multicast, the IP packet communication unit 110 transmits the received data to the OLM data transmission / reception unit 130 or the IP multicast transmission / reception unit 140. Output to.
  • data multicast packet
  • the control information transmission / reception unit 120 is a means for relaying various control information transmitted / received between the management terminal 200 and the terminal 100b.
  • the control information transmission / reception unit 120 has a memory (not shown) therein and stores the address of the management terminal 200.
  • the control information transmitting / receiving unit 120 acquires the control information from the IP packet communication unit 110, and when the transmission source address included in the acquired control information is certainly the management terminal 200, the acquired control information is multicast.
  • the data is output to the transmission / reception control unit 150.
  • control information transmission / reception unit 120 acquires the control information from the multicast transmission / reception control unit 150
  • the control information transmission / reception unit 120 refers to the address of the management terminal 200 recorded in the memory and transmits the control information to the management terminal 200.
  • the OLM data transmission / reception unit 130 is a means for transferring data according to the communication path notified by the management terminal 200 (P2P communication path determination unit 230b) when the data transfer method in the subnet 10 is OLM.
  • the OLM data transmission / reception unit 130 has a memory (not shown) therein, and stores an address of a terminal that is a data transfer destination and an address of a terminal that is a data reception destination. For example, when the communication path for data transfer by OLM is the communication path shown on the left side of FIG. 5 and the own terminal is the terminal 100b, the address of the terminal to which data is transferred is the address of the terminal 100c. The address of the terminal that receives the data is the address of the terminal 100a.
  • the terminal 100b receives the data when the OLM data transmission / reception unit 130 receives data from the terminal 100a when the data transfer method in the subnet 10 is OLM.
  • the received data is output to the received data selection unit 160, and the received data is transferred to the terminal 100c.
  • the IP multicast transmission / reception unit 140 transmits / receives data using the address information of the multicast packet notified by the management terminal 200 (multicast distribution method determination unit 230c). Means.
  • the IP multicast transmission / reception unit 140 has a memory (not shown) therein and stores an IP multicast packet address.
  • the IP multicast transmission / reception unit 140 receives data (multicast packet) from the terminal 100a
  • the received data is output to the received data selection unit 160, and the received data is IP multicasted to the terminals 100c to 100h.
  • the multicast transmission / reception control unit 150 is a unit that receives control information from the management terminal 200 and controls the OLM data transmission / reception unit 130, the IP multicast transmission / reception unit 140, and the reception data selection unit 160 based on the received control information.
  • the multicast transmission / reception control unit 150 receives the control information from the management terminal 200, and if the received control information includes information indicating that the OLM is to be executed, the multicast transmission / reception control unit 150 sends an OLM to the OLM data transmission / reception unit 130. To stop the IP multicast by the IP multicast transmission / reception unit 140. Further, the multicast transmission / reception control unit 150 outputs information indicating that the data output from the OLM data transmission / reception unit 130 is selected to the reception data selection unit 160.
  • the multicast transmission / reception control unit 150 receives control information from the management terminal 200, and when the received control information includes information indicating that IP multicast is to be executed, the multicast transmission / reception control unit 150 sends an IP multicast to the IP multicast transmission / reception unit 140. And the OLM by the OLM data transceiver 130 is stopped. Further, the multicast transmission / reception control unit 150 outputs information indicating that the data output from the IP multicast transmission / reception unit 140 is selected to the reception data selection unit 160.
  • the reception data selection unit 160 receives data from the OLM data transmission / reception unit 130 or the IP multicast transmission / reception unit 140 in accordance with an instruction from the multicast transmission / reception control unit 150, and sequentially outputs the received data to the video playback application processing unit 170. It is.
  • the moving image playback application processing unit 170 is means for receiving data (for example, moving image data) from the received data selecting unit 160 and displaying the received data on a display (not shown).
  • FIG. 8 and 9 are flowcharts illustrating the processing procedure of the management terminal 200 according to the first embodiment.
  • the management terminal 200 determines the data transfer method by the first method
  • the management terminal 200 determines the data transfer method by the second method.
  • the management terminal 200 determines whether or not a connection destination inquiry has been received from the terminal (step S101). If not received (step S102, No), the process proceeds to step S106.
  • the management terminal 200 determines the connection destination (step S103) and updates the P2P communication path information (step S104).
  • the management terminal 200 notifies the connection destination of the terminal that has made an inquiry about the connection destination (step S105), and determines whether a disconnection request has been received from the terminal (step S106). If the management terminal 200 has not received a disconnection request (No at Step S107), the management terminal 200 proceeds to Step S109.
  • step S107 when the management terminal 200 receives a disconnect request (step S107, Yes), the management terminal 200 executes disconnect processing (step S108), and the number of connected terminals in the subnet 10 (multicast packet by OLM or IP multicast). It is determined whether the number of transfer destination terminals) is equal to or greater than a predetermined value (step S109).
  • the management terminal 200 transmits a multicast packet transmission request to the representative terminal (step S111).
  • the representative terminal indicates a terminal that executes IP multicast.
  • the representative terminal is the terminal 100b.
  • the management terminal 200 transmits a multicast packet reception request to a terminal other than the representative terminal (step S112), transmits a unicast transmission stop request to a terminal that is performing P2P transmission (step S113), and transfers a transfer mode ( The data transfer method is changed to IP multicast (step S114), and the process proceeds to step S101.
  • step S110, No when the number of connected terminals is less than the predetermined value (step S110, No), the management terminal 200 determines whether or not the transfer mode is IP multicast (step S115). When the transfer mode is OLM (step S116, No), the process proceeds to step S101.
  • the management terminal 200 transmits a unicast transmission resumption request to the terminal that has performed P2P transmission (step S117).
  • a multicast packet reception stop request is transmitted to the terminal (step S118).
  • the management terminal 200 transmits a multicast transmission stop request to the representative terminal (step S119), changes the transfer mode to P2P multicast (OLM) (step S120), and proceeds to step S101.
  • OLM P2P multicast
  • the management terminal 200 switches the data transfer method to the OLM or the IP multicast based on the number of connected terminals in the subnet 10, so that the communication amount in the subnet 10 can be efficiently reduced. Can do.
  • the management terminal 200 determines whether or not a connection destination inquiry has been received from the terminal (step S201), and if not received (step S202, No), step S206. Migrate to
  • the management terminal 200 determines the connection destination (step S203) and updates the P2P communication path information (step S204).
  • the management terminal 200 notifies the connection destination of the terminal that has made an inquiry about the connection destination (step S205), and determines whether a disconnection request has been received from the terminal (step S206). If the management terminal 200 has not received a disconnection request (No at Step S207), the management terminal 200 proceeds to Step S209.
  • step S207 if the management terminal 200 receives a disconnection request (step S207, Yes), the management terminal 200 executes a disconnection process (step S208), and whether the transfer mode (data transfer method) is OLM and the viewing ratio is 60% or more. It is determined whether or not (step S209).
  • the management terminal 200 determines that the condition is satisfied, that is, when the transfer mode is OLM and the viewing ratio is 60% or more (step S210, Yes)
  • the management terminal 200 transmits a multicast packet transmission request to the representative terminal ( Step S211).
  • the management terminal 200 transmits a multicast packet reception request to a terminal other than the representative terminal (step S212), transmits a unicast transmission stop request to the terminal performing P2P transmission (step S213), and sets the transfer mode. It changes to IP multicast (step S214), and moves to step S201.
  • step S210 determines whether or not (step S215).
  • the transfer mode is OLM (step S216, No)
  • the process proceeds to step S201.
  • the management terminal 200 transmits a unicast transmission resumption request to the terminal that has performed P2P transmission (step S217).
  • a multicast packet reception stop request is transmitted to the terminal (step S218).
  • the management terminal 200 transmits a multicast packet transmission stop request to the representative terminal (step S219), changes the transfer mode to P2P multicast (OLM) (step S220), and proceeds to step S201.
  • OLM P2P multicast
  • the management terminal 200 switches the data transfer method to the OLM or the IP multicast based on the ratio (viewing ratio) of terminals performing data transfer among all the terminals included in the subnet. Therefore, the amount of communication in the subnet 10 can be efficiently reduced.
  • FIG. 10 is a sequence diagram of the processing procedure of the data transfer system according to the first embodiment.
  • FIG. 10 as an example, a state in which the transfer mode is switched from the OLM to the IP multicast and is switched from the IP multicast to the OLM again is illustrated.
  • the terminal 100a has already received a packet by OLM.
  • the communication path by OLM follows the left side of FIG.
  • the terminal 100b is assumed to be the representative terminal, and multicast packets are transferred to the terminals 100c to 100h.
  • the terminal 100b makes a connection destination inquiry to the management terminal 200, and the management terminal 200 notifies the connection destination (for example, the address of the terminal 100a) to the terminal 100b (step S301).
  • the terminal 100b makes a connection request to the terminal 100a and receives a unicast packet by the OLM (step S302).
  • the terminal 100c makes a connection destination inquiry to the management terminal 200, and the management terminal 200 notifies the terminal 100c of the connection destination (for example, the address of the terminal 100b).
  • the terminal 100c makes a connection request to the terminal 100b and receives a unicast packet by the OLM (step S303).
  • the terminal 100d makes a connection destination inquiry to the management terminal 200, and the management terminal 200 notifies the connection destination (for example, the address of the terminal 100b) to the terminal 100d.
  • the terminal 100d makes a connection request to the terminal 100b and receives a unicast packet by the OLM (step S304).
  • the terminal 100e makes a connection destination inquiry to the management terminal 200, and the management terminal 200 notifies the connection destination (for example, the address of the terminal 100c) to the terminal 100e.
  • the terminal 100e makes a connection request to the terminal 100c and receives a unicast packet by the OLM (step S305).
  • the terminal 100f issues a connection destination inquiry to the management terminal 200, and the management terminal 200 notifies the terminal 100f of the connection destination (for example, the address of the terminal 100c).
  • the terminal 100f makes a connection request to the terminal 100c and receives a unicast packet by the OLM (step S306).
  • the terminal 100g makes a connection destination inquiry to the management terminal 200, and the management terminal 200 notifies the connection destination (for example, the address of the terminal 100d) to the terminal 100g.
  • the terminal 100g makes a connection request to the terminal 100d and receives a unicast packet by the OLM (step S307).
  • the terminal 100h makes a connection destination inquiry to the management terminal 200, and the management terminal 200 notifies the connection destination (for example, the address of the terminal 100d) to the terminal 100h.
  • the terminal 100h makes a connection request to the terminal 100d and receives a unicast packet by the OLM (step S308).
  • the management terminal 200 calculates the evaluation value at the stage where step S308 is completed, the evaluation value becomes equal to or greater than a predetermined value (for example, 7). Therefore, the management terminal 200 determines to change the transfer method from OLM to IP multicast. Then, an IP multicast transmission request is transmitted to the terminal 100b as the representative terminal (step S309).
  • a predetermined value for example, 7
  • the management terminal 200 transmits an IP multicast reception start request to the terminals 100c to 100d (step S310), and transmits a P2P unicast transmission stop request to the terminals 100b, 100c, and 100d (step S311).
  • the management terminal 200 notifies the terminal 100d of information indicating that the terminal 100h has been disconnected and transmits a disconnection notification to the terminal 100h (step S312).
  • the management terminal 200 calculates the evaluation value at the stage where step S312 is completed, the evaluation value is less than a predetermined value (for example, 7), so the management terminal 200 determines that the transfer method is changed from IP multicast to OLM. Then, a P2P unicast transmission resumption request is transmitted to the terminals 100b, 100c, and 100d (step S313).
  • a predetermined value for example, 7
  • the management terminal 200 outputs an IP multicast reception stop request to the terminals 100c to 100g (step S314), and outputs an IP multicast transmission stop request to the representative terminal 100b (step S315).
  • the management terminal 200 calculates the communication amount in the subnet 10 as an evaluation value, and switches between OLM or IP multicast based on the calculated evaluation value.
  • the amount of communication can be efficiently reduced according to the status of data distribution to terminals in the network.
  • FIG. 11 is a diagram illustrating the configuration of the data transfer system according to the second embodiment.
  • the data transfer system includes a router 50, a switch 60, terminals 100a to 100h, and a management terminal 200.
  • terminals 100b to 100h are multicast transfer destinations
  • terminals 100b, 100c, and 100e to 100h belong to subnet 10a
  • terminal 100d belongs to subnet 10b.
  • FIG. 12 is a diagram illustrating an example of a communication path of the data transfer system according to the first embodiment. The example shown in FIG. 12 shows a data flow when data is transferred from each terminal 100a to terminals 100b to 100h.
  • the data in the terminal 100a is once transferred to the terminal 100b according to P2P, as shown on the left side of FIG.
  • data is transferred from the terminal 100b to the terminals 100c to 100g.
  • the data is transferred via the terminal 100b and the terminal 100d.
  • the management apparatus 200 switches the data transfer method from OLM to IP multicast.
  • the data transfer method is switched to IP multicast, as shown on the right side of FIG. 5, data from the terminal 100a is once transferred to the terminal 100b, and from the terminal 100b at a time, the terminals 100c, 100e, 100f. Data is transferred to
  • data is transferred from the terminal 100b to the terminal 100d by P2P, and data is transferred from the terminal 100d to the terminals 100g and 100h by P2P.
  • each component of the management terminal 200 shown in FIG. 6 and the terminal 100b shown in FIG. 7 is functionally conceptual, and does not necessarily need to be physically configured as illustrated.
  • the specific form of distribution / integration of each device is not limited to that shown in the figure, and all or a part thereof may be functionally or physically distributed or arbitrarily distributed in arbitrary units according to various loads or usage conditions. Can be integrated and configured.
  • each processing function performed by each device may be realized by a CPU and a program that is analyzed and executed by the CPU, or may be realized as hardware by wired logic.
  • FIG. 13 is a diagram illustrating a hardware configuration of the computer 300 included in the management apparatus 200 according to the first embodiment.
  • this computer (calibration device) 300 includes an input device 310, a display 320, a RAM (Random Access Memory) 330, a ROM (Read Only Memory) 340, and a communication device 350 that communicates with other devices.
  • a medium reading device 360 that reads data from a storage medium, a CPU (Central Processing Unit) 370, and an HDD (Hard Disk Drive) 380 are connected by a bus 390.
  • the HDD 380 stores a multicast distribution control program 380a that exhibits the same function as that of the management terminal 200 described above.
  • the multicast distribution control process 370a is activated.
  • the multicast distribution control process 370a corresponds to the multicast distribution control unit 230 shown in FIG.
  • the HDD 380 stores various data 380a including data used by the multicast distribution control process 370a.
  • the CPU 370 reads the various data 380a, stores it in the RAM 330, and determines the transfer method using the various data 330a stored in the RAM 300.
  • the multicast distribution control program 380b shown in FIG. 13 is not necessarily stored in the HDD 380 from the beginning.
  • a “portable physical medium” such as a flexible disk (FD), a CD-ROM, a DVD disk, a magneto-optical disk, or an IC card inserted into a computer, or a hard disk drive (HDD) provided inside or outside the computer.
  • the multicast distribution control program 380b is stored in the “fixed physical medium” of FIG. 1, and further, “another computer (or server)” connected to the computer via a public line, the Internet, a LAN, a WAN, or the like. The computer may read and execute the multicast distribution control program 380b from these.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

　本発明にかかるデータ転送システムは、各端末を管理する管理端末が、各端末のデータ転送状況に応じて、サブネット内の通信量を評価値として算出し、算出した評価値に基づいて、ＯＬＭ（Overlay　Multicast）またはＩＰマルチキャストを切り替える。ここで、評価値は、サブネット内でデータ転送を受け付けている端末の数や、サブネット内の端末の内、ＯＬＭ、ＩＰマルチキャストによるデータ転送を受け付けている端末の割合によって求められる。

Description

データ転送装置およびデータ転送方法
　本発明は、データ転送装置およびデータ転送方法に関するものである。
　ＩＰ網で、１対多のデータ配信を行うための技術としては、ＩＰマルチキャストやＯＬＭ（Overlay　Multicast）が知られている。図１４は、従来技術を説明するための図である。このうち、ＩＰマルチキャストは、通信キャリアなどがＩＰ網全体をＩＰマルチキャスト対応ルータで構築するなど、予めネットワークを設計しておくことにより、広域でのマルチキャスト配信を実現させている（例えば、特許文献１参照）。
　なお、サブネット内（あるいは、ローカルネットエリア内など）でＩＰマルチキャストを利用する場合には、ＩＰマルチキャスト対応ルータを用いて予めネットワークを設計していなくても、サブネット内の各端末に対してマルチキャスト配信を実現することができる。
　また、近年では、上記ＩＰマルチキャストにおいて、配信対象端末数が少ない場合のネットワーク内の通信量を削減する各種の技術が考案されている。例えば、IGMP　Snooponigと呼ばれる技術では、端末とＩＰマルチキャストルータとの間のマルチキャスト制御プロトコルであるＩＧＭＰ（Internet　Group　Management　Protocol）を、端末とルータ間に位置するスイッチで監視して、配信対象となる端末が接続されたポートのみにＩＰマルチキャストパケットを転送することにより、ネットワーク内の通信量を削減している。
　一方、ＯＬＭは、複数の端末をユニキャストのＰ２Ｐ（Peer　to　Peer）で接続し、データをリレー転送することで、１対多のデータを実現している。このＯＬＭは、ＩＰマルチキャストと比較して、ＩＰマルチキャスト対応ルータを用いて予めネットワークを設計する必要がないので、広域ネットワークにおける１対多のデータ配信の接続性の観点からは、ＩＰマルチキャストによるマルチキャスト配信よりも、ＯＬＭによるマルチキャスト配信のほうが有利である。
特開２００６－６０４７３号公報
　しかしながら、上述した従来の技術では、ネットワーク内の端末に対するデータ配信の状況に応じて、効率よく通信量を削減することができないという問題があった。
　図１５は、従来技術の問題点を説明するための図である。図１５の下段に示すように、データの配信先となる端末の数が少ない場合には、ＯＬＭのマルチキャスト配信による通信量は少ないが、配信先となる端末の数が多くなると、通信量がＩＰマルチキャストによる通信量よりも多くなり、多くのネットワーク帯域を消費してしまう。
　一方、図１５の上段に示すように、ＩＰマルチキャストによるマルチキャスト配信では、データ受信の有無に関わらず、ネットワーク内の全ての端末にマルチキャスト用のパケットが配信されるため、通信量が常に一定となるが、パケットを受信する端末の数が少ない場合には、ネットワーク帯域を無駄に消費してしまう。
　なお、IGMP　Snooponigと呼ばれる技術を利用して、ＩＰマルチキャストにかかる通信量を削減することも考えられるが、かかる技術は、通常のＩＰマルチキャストと同様に、ＩＰマルチキャスト対応ルータを利用することを前提とした技術であるため、ネットワークを予め設計する必要があり、ネットワーク管理者にかかる負担や、ネットワークのコストが大きくなってしまうという問題が発生する。
　本発明は、上記に鑑みてなされたものであって、ネットワーク内の端末に対するデータ配信の状況に応じて、効率よく通信量を削減することができるデータ転送装置およびデータ転送方法を提供することを目的とする。
　上述した課題を解決し、目的を達成するために、このデータ転送装置は、各端末間でデータの受け渡しを行うことで複数の端末にデータを転送する第一転送手段と、複数の端末に向かってデータを一度に転送する第二転送手段と、前記第一転送手段または第二転送手段によって転送されるデータの通信量を評価値として算出し、算出した評価値に基づいて前記第一転送手段によるデータ転送を実行するのか、前記第二転送手段によるデータ転送を実行するのかを判定する判定手段と、を備えたことを要件とする。
　本発明にかかるデータ転送装置は、評価値に応じて、第一転送手段、第二転送手段を切り替えるので、ネットワーク内の端末に対するデータ配信の状況に応じて、効率よく通信量を削減することができる。
図１は、本実施例１にかかるデータ転送システムの概要および特徴を説明するための図である。 図２は、同時接続端末数に対するサブネット内の通信量の総和を説明するための図である。 図３は、本実施例１にかかるデータ転送システムの構成を示す図である。 図４は、サブネット内の端末からサブネット内の端末にデータを転送する場合のデータの流れを説明するための図である。 図５は、サブネット外の端末からサブネット内の端末にデータを転送する場合のデータの流れを説明するための図である。 図６は、本実施例１にかかる管理端末の構成を示すブロック図である。 図７は、本実施例１にかかる端末の構成を示すブロック図である。 図８は、本実施例１にかかる管理端末の処理手順を示すフローチャート（１）である。 図９は、本実施例１にかかる管理端末の処理手順を示すフローチャート（２）である。 図１０は、本実施例１にかかるデータ転送システムの処理手順を示すシーケンス図である。 図１１は、本実施例２にかかるデータ転送システムの構成を示す図である。 図１２は、本実施例１にかかるデータ転送システムの通信経路の一例を示す図である。 図１３は、実施例１にかかる管理装置を構成するコンピュータのハードウェア構成を示す図である。 図１４は、従来技術を説明するための図である。 図１５は、従来技術の問題点を説明するための図である。
符号の説明
　１０，１０ａ，１０ｂ　サブネット
　５０　　ルータ
　６０　　スイッチ
１００ａ，１００ｂ，１００ｃ，１００ｄ，１００ｅ，１００ｆ，１００ｇ，１００ｈ　端末
１１０，２１０　　ＩＰパケット通信部
１２０，２２０　　制御情報送受信部
１３０　　ＯＬＭデータ送受信部
１４０　　ＩＰマルチキャスト送受信部
１５０　　マルチキャスト送受信制御部
１６０　　受信データ選択部
１７０　　動画再生アプリ処理部
２００　　管理端末
２３０　　マルチキャスト配信制御部
２３０ａ　接続・切断要求受付部
２３０ｂ　Ｐ２Ｐ通信経路決定部
２３０ｃ　マルチキャスト配信方法決定部
２３０ｄ　配信方法通知部
３００　　コンピュータ
３１０　　入力装置
３２０　　ディスプレイ
３３０　　ＲＡＭ
３３０ａ，３８０ａ　各種データ
３４０　　ＲＯＭ
３５０　　通信制御装置
３６０　　媒体読取装置
３７０　　ＣＰＵ
３７０ａ　マルチキャスト配信制御プロセス
３８０　　ＨＤＤ
３８０ｂ　マルチキャスト配信制御プログラム
　以下に、本発明にかかるデータ転送装置およびデータ転送方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
　まず、本実施例１にかかるデータ転送システムの概要および特徴について説明する。図１は、本実施例１にかかるデータ転送システムの概要および特徴を説明するための図である。本実施例１にかかるデータ転送システムは、サブネット内の通信量を評価値として算出し、算出した評価値に基づいて、ＯＬＭ（Overlay　Multicast）またはＩＰマルチキャストを切り替える。ここで、評価値は、サブネット内でデータ転送を受け付けている端末の数や、サブネット内の端末の内、ＯＬＭ、ＩＰマルチキャストによるデータ転送を受け付けている端末の割合によって求められる。
　ＯＬＭによるデータ転送は、各端末間でデータの受け渡しを行うことで、端末にデータを転送するので、転送先の端末が少なければ少ないほど、サブネット内の通信量が少なくなる。例えば、端末１００ａから端末１００ｂ、１００ｃにデータを転送する場合には、はじめに、データが端末１００ｂに送信された後に、端末１００ｂから端末１００ｃにデータを転送する。
　一方、ＩＰマルチキャストによるデータ転送は、各端末のデータ転送要求の有無に関わらず、サブネット内の全ての端末にデータが転送されるので、サブネット内の通信量は常に一定となる。例えば、端末１００ａから端末１００ｂ、１００ｃにデータを転送する場合には、データ転送要求の有無に関わらず、端末１００ｂ～１００ｇにデータが転送される。
　図２は、同時接続端末数に対するサブネット内の通信量の総和を説明するための図である。図２に示すように、データの転送先となる端末の数が少ない場合には、ＩＰマルチキャストよりもＯＬＭのほうが、通信量が少なくなる。反対に、データの転送先となる端末の数が多い場合には、ＯＬＭよりもＩＰマルチキャストのほうが、通信量が少なくなる。
　したがって、本実施例１にかかるデータ転送システムのように、サブネット内の評価値を算出し、算出した評価値に基づいて、ＯＬＭ（Overlay　Multicast）またはＩＰマルチキャストを切り替えることにより、サブネット内の通信量を効率よく削減することができる。
　具体的には、サブネット内でデータ転送を受け付けている端末の数（あるいは、サブネット内の端末の内、ＯＬＭによるデータ転送を受け付けている端末の割合）が多い場合には、ＩＰマルチキャストによって各端末にデータを転送する。一方、サブネット内でデータ転送を受け付けている端末の数（あるいは、サブネット内の端末の内、ＯＬＭによるデータ転送を受け付けている端末の割合）が少ない場合には、ＯＬＭによって各端末にデータを転送する。
　次に、本実施例１にかかるデータ転送システムの構成について説明する。図３は、本実施例１にかかるデータ転送システムの構成を示す図である。図３に示すように、このデータ転送システムは、ルータ５０と、スイッチ６０と、端末１００ａ～１００ｈと、管理端末２００とを有する。また、端末１００ｂ～１００ｈは、同一のサブネット内に含まれているものとする。
　このうち、ルータ５０は、サブネット間を流れるデータを中継するルータである。図３に示す例では、ルータ５０は、スイッチ６０、端末１００ａおよび管理端末２００に接続される。
　スイッチ６０は、各端末間で送受信されるデータを中継するスイッチである。図３に示す例では、スイッチ６０は、ルータ５０と、端末１００ｂ～１００ｈに接続されている。
　端末１００ａ～１００ｈは、通信相手となる端末とデータ通信を実行し、各種の処理を実行する装置である。ここでは、一例として、端末１００ｂ～１００ｈは、同一のサブネット１０に属しており、端末１００ａは、端末１００ｂ～１００ｈとは異なるサブネットに属しているものとする。
　管理端末２００は、サブネット１０内の通信量を評価値として算出し、算出した評価値に基づいて、サブネット１０内のデータの転送方法を、ＯＬＭまたはＩＰマルチキャストに切り替える装置である。ここで、サブネット１０内の端末からサブネット１０内の端末にデータを転送する場合のデータの流れと、サブネット１０外の端末からサブネット１０内の端末装置にデータを転送する場合のデータの流れについて説明する。
　図４は、サブネット１０内の端末からサブネット１０内の端末にデータを転送する場合のデータの流れを説明するための図である。なお、図４に示す例では、サブネット１０内の端末１００ｂから各端末１００ｃ～１００ｈにデータを転送する場合のデータの流れを示している。
　管理端末２００によって、データの転送方法がＯＬＭに切り替えられた場合には、図４の左側に示すように、各端末間でデータの受け渡しを行うことで、端末１００ｂから端末１００ｃ～１００ｇにデータが転送される。例えば、端末１００ｂから端末１００ｅにデータを転送する場合には、端末１００ｃを介してデータを転送する。
　そして、例えば、データの転送先に端末１００ｈが追加され、サブネット１０内の通信量が増えた場合には、管理装置２００は、データの転送方法をＯＬＭからＩＰマルチキャストに切り替える。データの転送方法がＩＰマルチキャストに切り替えられた場合には、図４の右側に示すように、端末１００ｂから一度に、端末１００ｃ～１００ｈにデータが転送される。
　図５は、サブネット１０外の端末からサブネット１０内の端末にデータを転送する場合のデータの流れを説明するための図である。なお、図５に示す例では、サブネット１０外の端末１００ａからサブネット内の各端末１００ｂ～１００ｈにデータを転送する場合のデータの流れを示している。
　管理装置２００によって、データの転送方法がＯＬＭに切り替えられた場合には、図４の左側に示すように、端末１００ａのデータが一旦、端末１００ｂに転送された後に、サブネット１０内の各端末間でデータの受け渡しを行うことで、端末１００ｂから端末１００ｃ～１００ｇにデータが転送される。例えば、端末１００ａから端末１００ｃにデータを転送する場合には、端末１００ｂ、端末１００ｃを介してデータが転送される。
　そして、例えば、データの転送先に端末１００ｈが追加され、サブネット１０内の通信量が増えた場合には、管理装置２００は、データの転送方法をＯＬＭからＩＰマルチキャストに切り替える。データの転送方法がＩＰマルチキャストに切り替えられた場合には、図５の右側に示すように、端末１００ａからのデータが一旦、端末１００ｂに転送され、端末１００ｂからマルチキャストパケットを用いて、一度に、端末１００ｃ～１００ｈにデータが転送される。
　次に、図３に示した管理端末２００の構成について説明する。図６は、本実施例１にかかる管理端末２００の構成を示すブロック図である。図６に示すように、この管理端末２００は、ＩＰパケット通信部２１０と、制御情報送受信部２２０と、マルチキャスト配信制御部２３０とを有する。
　このうち、ＩＰパケット通信部２１０は、図３に示した端末１００ａ～１００ｈとの間におけるデータ通信を制御する手段である。制御情報送受信部２２０は、管理端末２００と端末１００ａ～１００ｈとの間で送受信される各種の制御情報、例えば、サブネット１０内のデータ転送方法を、ＯＬＭまたはＩＰマルチキャストに切り替えるための制御情報、端末からの接続・切断要求などの情報を中継する手段である。
　マルチキャスト配信制御部２３０は、サブネット１０内の通信量を評価値として算出し、算出した評価値に基づいて、サブネット１０内のデータ転送方法を切り替える手段である。図６に示すように、このマルチキャスト配信制御部２３０は、接続・切断要求受付部２３０ａと、Ｐ２Ｐ通信経路決定部２３０ｂと、マルチキャスト配信方法決定部２３０ｃと、配信方法通知部２３０ｄとを有する。
　このうち、接続・切断要求受付部２３０ａは、端末から送信される接続要求・切断要求に応答し、要求元の端末に対して接続・切断処理を実行する手段である。例えば、接続・切断要求受付部２３０ａが、端末１００ｈからＰ２Ｐによるデータ通信接続要求を受け付けた場合には、接続要求を受け付けた旨を示す接続応答を通知することで、Ｐ２Ｐによるデータ通信に端末１００ｈを参加させる。
　また、接続・切断要求受付部２３０ａが、例えば、端末１００ｈから、切断要求を受け付けた場合には、切断通知を端末１００ｈに送信すると共に、端末１００ｈに接続されている端末に対して、端末１００ｈが切断された旨の情報を送信する。
　Ｐ２Ｐ通信経路決定部２３０ｂは、Ｐ２Ｐによるデータの通信経路（ＯＬＭによるデータの通信経路）を決定する手段である。Ｐ２Ｐ通信経路決定部２３０ｂがＰ２Ｐによるデータの通信経路を決定する方法は、どの様な周知技術を用いても構わない。あるいは、ユーザが、データの通信経路をＰ２Ｐ通信経路決定部２３０ｂに設定しておいても良い。
　Ｐ２Ｐ通信経路決定部２３０ｂは、通信経路を決定した後に、サブネット１０内の各端末１００ｂ～１００ｈに対して、通信経路の情報を送信する。例えば、Ｐ２Ｐによるデータの通信経路が、図５の左側に示す通信経路である場合に、ＯＬＭによるデータ転送方法では、端末１００ｂは、端末１００ｂから受信したデータを、端末１００ｃ，１００ｄに転送することになる。
　マルチキャスト配信方法決定部２３０ｃは、サブネット１０内の通信量を評価値として算出し、算出した評価値に基づいて、マルチキャストによる配信方法を、ＯＬＭにするのか、ＩＰマルチキャストするのかを判定する手段である。ここで、マルチキャスト配信方法決定部２３０ｃは、第１の手法または第２の手法によって、評価値を算出し、配信方法を判定する。以下において、第１の手法および第２の手法を順に説明するが、マルチキャスト配信方法決定部は、いずれの手法を用いて、配信方法を判定しても構わない。
（第１の手法について）
　まず、第１の手法について説明する。マルチキャスト配信方法決定部２３０ｃは、サブネット１０に含まれる各端末１００ｂ～１００ｈの内、データの転送先となる端末の数を評価値として算出し、算出した評価値がＮ（Ｎは自然数；例えば、７）以上であるか否かを判定する。
　そして、マルチキャスト配信方法決定部２３０ｃは、算出した評価値がＮ（７）以上である場合には、ＩＰマルチキャストを行うと判定し、評価値がＮ（７）未満の場合には、ＯＬＭを行うと判定し、判定結果を配信方法通知部２３０ｄに出力する。
　例えば、図３において、データの転送先となる端末が１００ｂ～１００ｈとなる場合には、転送先となる端末の数が「７」となるので、マルチキャスト配信方法決定部２３０ｃは、ＩＰマルチキャストを行うと判定する。
　一方、図３において、データの転送先となる端末が１００ｂ～１００ｇとなる場合には、転送先となる端末の数が「６」となるので、マルチキャスト配信方法決定部２３０ｃは、ＯＬＭを行うと判定する。
（第２の手法について）
　次に、第２の手法について説明する。マルチキャスト配信方法決定部２３０ｃは、サブネット内に含まれる全ての端末の内、データ転送を行っている端末の割合（視聴比率）を評価値として算出し、算出した評価値に基づいて、ＯＬＭを選択するのか、ＩＰマルチキャストを選択するのかを判定する。
　具体的に、マルチキャスト配信方法決定部２３０ｃは、サブネット１０内における現在のデータ転送方法が、ＯＬＭであり、かつ、算出した評価値（サブネット１０内の全ての端末の内、ＯＬＭによるデータ転送を行っている端末の割合）が６０％以上である場合に、データ転送方法を、ＩＰマルチキャストに切り替えると判定する。
　なお、マルチキャスト配信方法決定部２３０ｃは、サブネット１０内における現在のデータ転送方法が、ＯＬＭであり、かつ、算出した評価値（サブネット１０内の全ての端末の内、ＯＬＭによるデータ転送を行っている端末の割合）が、６０％未満である場合には、データ転送方法を現状のままにする。
　一方、マルチキャスト配信方法決定部２３０ｃは、サブネット１０内における現在のデータ転送方法が、ＩＰマルチキャストであり、かつ、算出した評価値（サブネット１０内の全ての端末の内、ＩＰマルチキャストによるデータを取得している端末の割合）が４０％未満の場合に、データ転送方法を、ＯＬＭに切り替えると判定する。
　なお、マルチキャスト配信方法決定部２３０ｃは、サブネット１０内における現在のデータ転送方法が、ＩＰマルチキャストであり、かつ、算出した評価値（サブネット１０内の全ての端末の内、ＩＰマルチキャストによるデータを取得している端末の割合）が４０％以上の場合には、データ転送方法を現状のままにする。
　マルチキャスト配信方法決定部２３０ｃは、上記第１の手法または第２の手法を利用して、ＯＬＭを実行するのかＩＰマルチキャストを実行するのかを判定し、判定結果を配信方法通知部２３０ｄに出力する。
　また、マルチキャスト配信方法決定部２３０ｃは、ＩＰマルチキャストを実行させる端末をサブネット１０内から選択し、選択した端末に対して、ＩＰマルチキャストによるデータの転送先を示すＩＰマルチキャストパケットのアドレスを通知する。例えば、端末１００ｂにＩＰマルチキャストを実行させる場合には、端末１００ｂに対して、データの転送先となるＩＰマルチキャストパケットのアドレスを通知する。
　配信方法通知部２３０ｄは、マルチキャスト配信方法決定部２３０ｃから判定結果を取得し、判定結果に基づいて、サブネット１０内の端末１００ｂ～１００ｈに対して、データ転送方法を通知する手段である。
　なお、配信方法通知部２３０ｄは、現在のデータ転送方法が切り替わる場合にのみ、切り替わったデータ転送方法を端末１００ｂ～１００ｈに通知してもよい。例えば、現在のデータ転送方法が、ＩＰマルチキャストであり、データの転送方法をＯＬＭに切り替える旨の情報をマルチキャスト配信方法決定部２３０ｃから取得した場合に、データ転送方法をＯＬＭに切り替える旨の情報を端末１００ｂ～１００ｈに通知する。
　また、配信方法通知部２３０ｄは、現在のデータ転送方法が、ＯＬＭであり、データの転送方法をＩＰマルチキャストに切り替える旨の情報をマルチキャスト配信方法決定部２３０ｃから取得した場合に、データ転送方法をＩＰマルチキャストに切り替える旨の情報を端末１００ｂ～１００ｈに通知する。
　次に、図３に示した端末１００ｂ～１００ｈの構成について説明する。図７は、本実施例１にかかる端末１００ｂの構成を示すブロック図である。なお、端末１００ｃ～１００ｈの構成は、端末１００ｂの構成と同様であるため、ここでは説明を省略する。図７に示すように、この端末１００ｂは、ＩＰパケット通信部１１０と、制御情報送受信部１２０と、ＯＬＭデータ送受信部１３０と、ＩＰマルチキャスト送受信部１４０と、マルチキャスト送受信制御部１５０と、受信データ選択部１６０と、動画再生アプリ処理部１７０とを有する。
　このうち、ＩＰパケット通信部１１０は、図３に示した端末１００ａ、１００ｃ～１００ｈとの間におけるデータ通信を制御する手段である。ＩＰパケット通信部１１０は、制御情報、例えば、サブネット１０内のデータ転送方法を、ＯＬＭまたはＩＰマルチキャストに切り替えるため制御情報を受信した場合には、受信した制御情報を制御情報送受信部１２０に出力する。
　ＩＰパケット通信部１１０は、制御情報以外のデータ、例えば、ＯＬＭまたはＩＰマルチキャストによって送信されるデータ（マルチキャストパケット）を受信した場合には、受信したデータをＯＬＭデータ送受信部１３０またはＩＰマルチキャスト送受信部１４０に出力する。
　制御情報送受信部１２０は、管理端末２００と端末１００ｂとの間で送受信される各種の制御情報を中継する手段である。制御情報送受信部１２０は、内部にメモリ（図示略）を有しており、管理端末２００のアドレスを格納している。例えば、制御情報送受信部１２０は、ＩＰパケット通信部１１０から制御情報を取得し、取得した制御情報に含まれる送信元のアドレスが、確かに管理端末２００である場合に、取得した制御情報をマルチキャスト送受信制御部１５０に出力する。
　また、制御情報送受信部１２０は、マルチキャスト送受信制御部１５０から制御情報を取得した場合には、メモリに記録された管理端末２００のアドレスを参照して、管理端末２００に制御情報を送信する。
　ＯＬＭデータ送受信部１３０は、サブネット１０内のデータ転送方法が、ＯＬＭである場合に、管理端末２００（Ｐ２Ｐ通信経路決定部２３０ｂ）によって通知された通信経路にしたがって、データを転送する手段である。
　ＯＬＭデータ送受信部１３０は、内部にメモリ（図示略）を有しており、データの受け渡し先となる端末のアドレスと、データの受け取り先となる端末のアドレスとを格納している。例えば、ＯＬＭによるデータ転送の通信経路が、図５の左側に示す通信経路であり、自端末が端末１００ｂの場合には、データの受け渡し先となる端末のアドレスは、端末１００ｃのアドレスとなる。また、データの受け取り先となる端末のアドレスは、端末１００ａのアドレスとなる。
　上記のようにアドレスが設定されている状態で、端末１００ｂは、サブネット１０内のデータ転送方法が、ＯＬＭの場合に、ＯＬＭデータ送受信部１３０が、端末１００ａからデータを受信した場合には、受信したデータを受信データ選択部１６０に出力すると共に、受信したデータを端末１００ｃに転送する。
　ＩＰマルチキャスト送受信部１４０は、サブネット１０内のデータ転送方法が、ＩＰマルチキャストである場合に、管理端末２００（マルチキャスト配信方法決定部２３０ｃ）によって通知されたマルチキャストパケットのアドレス情報を用いてデータを送受信する手段である。
　ＩＰマルチキャスト送受信部１４０は、内部にメモリ（図示略）を有しており、ＩＰマルチキャストパケットのアドレスが格納されている。
　上記のようにアドレスが設定されている状態で、サブネット１０内のデータ転送方法が、ＩＰマルチキャストの場合に、ＩＰマルチキャスト送受信部１４０が、端末１００ａからデータ（マルチキャストパケット）を受信した場合には、受信したデータを受信データ選択部１６０に出力すると共に、受信したデータを端末１００ｃ～１００ｈにＩＰマルチキャストする。
　マルチキャスト送受信制御部１５０は、管理端末２００から制御情報を受信し、受信した制御情報に基づいて、ＯＬＭデータ送受信部１３０、ＩＰマルチキャスト送受信部１４０、受信データ選択部１６０を制御する手段である。
　具体的に、マルチキャスト送受信制御部１５０は、管理端末２００から制御情報を受信し、受信した制御情報に、ＯＬＭを実行する旨の情報が含まれている場合には、ＯＬＭデータ送受信部１３０にＯＬＭを実行させ、ＩＰマルチキャスト送受信部１４０によるＩＰマルチキャストを停止させる。また、マルチキャスト送受信制御部１５０は、受信データ選択部１６０に、ＯＬＭデータ送受信部１３０から出力されるデータを選択する旨の情報を出力する。
　一方、マルチキャスト送受信制御部１５０は、管理端末２００から制御情報を受信し、受信した制御情報に、ＩＰマルチキャストを実行する旨の情報が含まれている場合には、ＩＰマルチキャスト送受信部１４０にＩＰマルチキャストを実行させ、ＯＬＭデータ送受信部１３０によるＯＬＭを停止させる。また、マルチキャスト送受信制御部１５０は、受信データ選択部１６０に、ＩＰマルチキャスト送受信部１４０から出力されるデータを選択する旨の情報を出力する。
　受信データ選択部１６０は、マルチキャスト送受信制御部１５０の指示にしたがって、ＯＬＭデータ送受信部１３０またはＩＰマルチキャスト送受信部１４０からのデータを受信し、受信したデータを順次動画再生アプリ処理部１７０に出力する手段である。
　動画再生アプリ処理部１７０は、受信データ選択部１６０からデータ（例えば、動画のデータ）を受信し、受信したデータをディスプレイ（図示略）に表示させる手段である。
　次に、本実施例１にかかる管理装置２００の処理手順について説明する。図８および図９は、本実施例１にかかる管理端末２００の処理手順を示すフローチャートである。なお、図８において、管理端末２００は、第１の手法によってデータの転送方法を判定しており、図９において、管理端末２００は、第２の手法によってデータの転送方法を判定している。
　まず、図８に示すフローチャートから説明する。図８に示すように、管理端末２００は、端末から接続先の問い合わせを受け付けたか否かを判定し（ステップＳ１０１）、受け付けていない場合には（ステップＳ１０２，Ｎｏ）、ステップＳ１０６に移行する。
　一方、管理端末２００は、接続先の問い合わせを受け付けた場合には（ステップＳ１０２，Ｙｅｓ）、接続先を判定し（ステップＳ１０３）、Ｐ２Ｐの通信経路情報を更新する（ステップＳ１０４）。
　そして、管理端末２００は、接続先の問い合わせを行った端末に対して、接続先の通知を行い（ステップＳ１０５）、端末から切断要求を受け付けたか否かを判定する（ステップＳ１０６）。管理端末２００は、切断要求を受け付けていない場合には（ステップＳ１０７，Ｎｏ）、ステップＳ１０９に移行する。
　一方、管理端末２００は、切断要求を受け付けた場合には（ステップＳ１０７，Ｙｅｓ）、切断処理を実行し（ステップＳ１０８）、サブネット１０内の接続された端末の数（ＯＬＭまたはＩＰマルチキャストによるマルチキャストパケットの転送先となる端末の数）が所定値以上であるか否かを判定する（ステップＳ１０９）。
　管理端末２００は、接続された端末の数が、所定値以上の場合には（ステップＳ１１０，Ｙｅｓ）、代表端末にマルチキャストパケットの送信要求を送信する（ステップＳ１１１）。ここで、代表端末は、ＩＰマルチキャストを実行する端末を示す。例えば、図５の右側に示すデータ転送形態では、代表端末は端末１００ｂとなる。
　管理端末２００は、代表端末以外の端末にマルチキャストパケットの受信要求を送信し（ステップＳ１１２）、Ｐ２Ｐの送信を行っている端末にユニキャストの送信停止要求を送信し（ステップＳ１１３）、転送モード（データ転送方法）をＩＰマルチキャストに変更し（ステップＳ１１４）、ステップＳ１０１に移行する。
　一方、管理端末２００は、接続された端末の数が、所定値未満の場合には（ステップＳ１１０，Ｎｏ）、転送モードがＩＰマルチキャストであるか否かを判定する（ステップＳ１１５）。転送モードがＯＬＭの場合には（ステップＳ１１６，Ｎｏ）、ステップＳ１０１に移行する。
　一方、管理端末２００は、転送モードがＩＰマルチキャストの場合には（ステップＳ１１６，Ｙｅｓ）、Ｐ２Ｐの送信を行っていた端末にユニキャストの送信再開要求を送信し（ステップＳ１１７）、代表端末以外の端末にマルチキャストパケットの受信停止要求を送信する（ステップＳ１１８）。
　そして、管理端末２００は、代表端末にマルチキャストの送信停止要求を送信し（ステップＳ１１９）、転送モードをＰ２Ｐマルチキャスト（ＯＬＭ）に変更し（ステップＳ１２０）、ステップＳ１０１に移行する。
　このように、管理端末２００は、サブネット１０内の接続された端末の数を基にして、データの転送方法を、ＯＬＭまたはＩＰマルチキャストに切り替えるので、サブネット１０内の通信量を効率よく削減することができる。
　次に、図９の説明に移ると、管理端末２００は、端末から接続先の問い合わせを受け付けたか否かを判定し（ステップＳ２０１）、受け付けていない場合には（ステップＳ２０２，Ｎｏ）、ステップＳ２０６に移行する。
　一方、管理端末２００は、接続先の問い合わせを受け付けた場合には（ステップＳ２０２，Ｙｅｓ）、接続先を判定し（ステップＳ２０３）、Ｐ２Ｐの通信経路情報を更新する（ステップＳ２０４）。
　そして、管理端末２００は、接続先の問い合わせを行った端末に対して、接続先の通知を行い（ステップＳ２０５）、端末から切断要求を受け付けたか否かを判定する（ステップＳ２０６）。管理端末２００は、切断要求を受け付けていない場合には（ステップＳ２０７，Ｎｏ）、ステップＳ２０９に移行する。
　一方、管理端末２００は、切断要求を受け付けた場合には（ステップＳ２０７，Ｙｅｓ）、切断処理を実行し（ステップＳ２０８）、転送モード（データ転送方法）がＯＬＭかつ、視聴比率が６０％以上か否かを判定する（ステップＳ２０９）。
　管理端末２００は、条件を満たすと判定した場合、すなわち、転送モードがＯＬＭかつ、視聴比率が６０％以上の場合には（ステップＳ２１０，Ｙｅｓ）、代表端末にマルチキャストパケットの送信要求を送信する（ステップＳ２１１）。
　管理端末２００は、代表端末以外の端末にマルチキャストパケットの受信要求を送信し（ステップＳ２１２）、Ｐ２Ｐの送信を行っている端末にユニキャストの送信停止要求を送信し（ステップＳ２１３）、転送モードをＩＰマルチキャストに変更し（ステップＳ２１４）、ステップＳ２０１に移行する。
　一方、管理端末２００は、条件を満たさないと判定した場合、すなわち、転送モードがＩＰマルチキャスト、または視聴比率が６０％未満の場合には（ステップＳ２１０，Ｎｏ）、転送モードがＩＰマルチキャストであるか否かを判定する（ステップＳ２１５）。転送モードがＯＬＭの場合には（ステップＳ２１６，Ｎｏ）、ステップＳ２０１に移行する。
　一方、管理端末２００は、転送モードがＩＰマルチキャストの場合には（ステップＳ２１７，Ｙｅｓ）、Ｐ２Ｐの送信を行っていた端末にユニキャストの送信再開要求を送信し（ステップＳ２１７）、代表端末以外の端末にマルチキャストパケットの受信停止要求を送信する（ステップＳ２１８）。
　そして、管理端末２００は、代表端末にマルチキャストパケットの送信停止要求を送信し（ステップＳ２１９）、転送モードをＰ２Ｐマルチキャスト（ＯＬＭ）に変更し（ステップＳ２２０）、ステップＳ２０１に移行する。
　このように、管理端末２００は、サブネット内に含まれる全ての端末の内、データ転送を行っている端末の割合（視聴比率）を基にして、データの転送方法を、ＯＬＭまたはＩＰマルチキャストに切り替えるので、サブネット１０内の通信量を効率よく削減することができる。
　次に、本実施例１にかかるデータ転送システムの処理手順について説明する。図１０は、本実施例１にかかるデータ転送システムの処理手順を示すシーケンス図である。図１０に示すシーケンス図では、一例として、転送モードが、ＯＬＭからＩＰマルチキャストに切り替わり、ＩＰマルチキャストから再びＯＬＭに切り替わる様子を示している。
　図１０の前提条件として、端末１００ａは、既にＯＬＭによるパケットを受信しているものとする。また、ＯＬＭによる通信経路は、図５の左側に従うものとする。また、ＩＰマルチキャストを実行する場合には、図５の右側に示すように、端末１００ｂが代表端末となり、端末１００ｃ～１００ｈにマルチキャストパケットを転送するものとする。
　図１０に示すように、端末１００ｂが、管理端末２００に接続先問い合わせを行い、管理端末２００は、端末１００ｂに接続先（例えば、端末１００ａのアドレス）を通知する（ステップＳ３０１）。端末１００ｂは、端末１００ａに対して接続要求を行い、ＯＬＭによってユニキャストパケットを受信する（ステップＳ３０２）。
　端末１００ｃは、管理端末２００に接続先問い合わせを行い、管理端末２００は、端末１００ｃに接続先（例えば、端末１００ｂのアドレス）を通知する。端末１００ｃは、端末１００ｂに対して接続要求を行い、ＯＬＭによってユニキャストパケットを受信する（ステップＳ３０３）。
　端末１００ｄは、管理端末２００に接続先問い合わせを行い、管理端末２００は、端末１００ｄに接続先（例えば、端末１００ｂのアドレス）を通知する。端末１００ｄは、端末１００ｂに対して接続要求を行い、ＯＬＭによってユニキャストパケットを受信する（ステップＳ３０４）。
　端末１００ｅは、管理端末２００に接続先問い合わせを行い、管理端末２００は、端末１００ｅに接続先（例えば、端末１００ｃのアドレス）を通知する。端末１００ｅは、端末１００ｃに対して接続要求を行い、ＯＬＭによってユニキャストパケットを受信する（ステップＳ３０５）。
　端末１００ｆは、管理端末２００に接続先問い合わせを行い、管理端末２００は、端末１００ｆに接続先（例えば、端末１００ｃのアドレス）を通知する。端末１００ｆは、端末１００ｃに対して接続要求を行い、ＯＬＭによってユニキャストパケットを受信する（ステップＳ３０６）。
　端末１００ｇは、管理端末２００に接続先問い合わせを行い、管理端末２００は、端末１００ｇに接続先（例えば、端末１００ｄのアドレス）を通知する。端末１００ｇは、端末１００ｄに対して接続要求を行い、ＯＬＭによってユニキャストパケットを受信する（ステップＳ３０７）。
　端末１００ｈは、管理端末２００に接続先問い合わせを行い、管理端末２００は、端末１００ｈに接続先（例えば、端末１００ｄのアドレス）を通知する。端末１００ｈは、端末１００ｄに対して接続要求を行い、ＯＬＭによってユニキャストパケットを受信する（ステップＳ３０８）。
　ステップＳ３０８が終了した段階で、管理端末２００が評価値を算出すると、評価値が所定値（例えば、７）以上となるので、管理端末２００は、転送方法をＯＬＭからＩＰマルチキャストに変更すると判定し、代表端末となる端末１００ｂに対して、ＩＰマルチキャスト送信要求を送信する（ステップＳ３０９）。
　管理端末２００は、端末１００ｃ～１００ｄに対して、ＩＰマルチキャスト受信開始要求を送信し（ステップＳ３１０）、端末１００ｂ、１００ｃ、１００ｄに対してＰ２Ｐユニキャストの送信停止要求を送信する（ステップＳ３１１）。
　その後、管理端末２００は、端末１００ｈから切断要求を受信した場合には、端末１００ｄに端末１００ｈが切断された旨の情報を通知すると共に、端末１００ｈに切断通知を送信する（ステップＳ３１２）。
　ステップＳ３１２が終了した段階で、管理端末２００が評価値を算出すると、評価値が所定値（例えば、７）未満となるので、管理端末２００は、転送方法をＩＰマルチキャストからＯＬＭに変更すると判定し、端末１００ｂ、１００ｃ、１００ｄに対してＰ２Ｐユニキャストの送信再開要求を送信する（ステップＳ３１３）。
　管理端末２００は、端末１００ｃ～１００ｇに対して、ＩＰマルチキャストの受信停止要求を出力し（ステップＳ３１４）、代表端末となる端末１００ｂに対して、ＩＰマルチキャスト送信停止要求を出力する（ステップＳ３１５）。
　上述してきたように、本実施例１にかかるデータ転送システムは、管理端末２００が、サブネット１０内の通信量を評価値として算出し、算出した評価値に基づいて、ＯＬＭまたはＩＰマルチキャストを切り替えるので、ネットワーク内の端末に対するデータ配信の状況に応じて、効率よく通信量を削減することができる。
　さて、これまで本発明の実施例について説明したが、本発明は上述した実施例１以外にも様々の異なる形態にて実施されてよいものである。そこで、以下では実施例２として本発明に含まれる他の実施例を説明する。
（１）ＯＬＭまたはＩＰマルチキャストによるデータの通信経路について
　例えば、上記の実施例１に示したように、マルチキャストの転送先が同一のサブネット内に属している場合には、図４または図５に示した通信経路によって、データを転送していたが、マルチキャストの対象となる一部の端末が異なるサブネットに属している場合には、Ｐ２Ｐによるデータ通信を利用して異なるサブネットに属する端末間でデータ転送を実現する。
　図１１は、本実施例２にかかるデータ転送システムの構成を示す図である。図１１に示すように、このデータ転送システムは、ルータ５０と、スイッチ６０と、端末１００ａ～１００ｈと、管理端末２００とを有する。また、マルチキャストの転送先となる端末を端末１００ｂ～１００ｈとし、端末１００ｂ、１００ｃ、１００ｅ～１００ｈは、サブネット１０ａに属し、端末１００ｄは、サブネット１０ｂに属しているものとする。
　図１２は、本実施例１にかかるデータ転送システムの通信経路の一例を示す図である。図１２に示す例では、各端末１００ａから端末１００ｂ～１００ｈにデータを転送する場合のデータの流れを示している。
　管理端末２００によって、データの転送方法がＯＬＭに切り替えられた場合には、図１２の左側に示すように、Ｐ２Ｐにしたがって、端末１００ａのデータが一旦、端末１００ｂに転送された後に、サブネット１０内の各端末間でデータの受け渡しを行うことで、端末１００ｂから端末１００ｃ～１００ｇにデータが転送される。例えば、端末１００ａから端末１００ｇにデータを転送する場合には、端末１００ｂ、端末１００ｄを介してデータが転送される。
　そして、例えば、データの転送先に端末１００ｈが追加され、サブネット１０ａ内の通信量が増えた場合には、管理装置２００は、データの転送方法をＯＬＭからＩＰマルチキャストに切り替える。データの転送方法がＩＰマルチキャストに切り替えられた場合には、図５の右側に示すように、端末１００ａからのデータが一旦、端末１００ｂに転送され、端末１００ｂから一度に、端末１００ｃ、１００ｅ、１００ｆにデータが転送される。
　また、Ｐ２Ｐによって、端末１００ｂから端末１００ｄにデータが転送され、端末１００ｄから端末１００ｇ、１００ｈに対して、Ｐ２Ｐによって、データが転送される。
　上述してきたように、マルチキャストの対象となる一部の端末が異なるサブネットに属している場合には、Ｐ２Ｐによるデータ通信を利用して異なるサブネットに属する端末間でデータ転送を実現するので、ＩＰマルチキャスト対応ルータを用意することなく、マルチキャスト配信を可能にする。
　（２）システムの構成など
　ところで、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部あるいは一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
　また、図６に示した管理端末２００、図７に示した端末１００ｂの各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部または任意の一部がＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
　図１３は、実施例１にかかる管理装置２００を構成するコンピュータ３００のハードウェア構成を示す図である。図１３に示すように、このコンピュータ（キャリブレーション装置）３００は、入力装置３１０、ディスプレイ３２０、ＲＡＭ（Random　Access　Memory）３３０、ＲＯＭ（Read　Only　Memory）３４０、他の装置と通信を行う通信装置３５０、記憶媒体からデータを読み出す媒体読取装置３６０、ＣＰＵ（Central　Processing　Unit）３７０、ＨＤＤ（Hard　Disk　Drive）３８０をバス３９０で接続している。
　そして、ＨＤＤ３８０は、上述した管理端末２００の機能と同様の機能を発揮するマルチキャスト配信制御プログラム３８０ａを記憶している。ＣＰＵ３７０が、マルチキャスト配信制御プログラム３８０ｂを読み出して実行することにより、マルチキャスト配信制御プロセス３７０ａが起動される。ここで、マルチキャスト配信制御プロセス３７０ａは、図６に示したマルチキャスト配信制御部２３０に対応する。
　また、ＨＤＤ３８０には、マルチキャスト配信制御プロセス３７０ａによって利用されるデータを含んだ各種データ３８０ａを記憶している。ＣＰＵ３７０は、各種データ３８０ａを読み出して、ＲＡＭ３３０に格納し、ＲＡＭ３００に格納された各種データ３３０ａを利用して、転送方法を判定する。
　ところで、図１３に示したマルチキャスト配信制御プログラム３８０ｂは、必ずしも最初からＨＤＤ３８０に記憶させておく必要はない。たとえば、コンピュータに挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される「他のコンピュータ（またはサーバ）」などにマルチキャスト配信制御プログラム３８０ｂを記憶しておき、コンピュータがこれらからマルチキャスト配信制御プログラム３８０ｂを読み出して実行するようにしてもよい。

Claims (10)

  1. 　各端末間でデータの受け渡しを行うことで複数の端末にデータを転送する第一転送手段と、
    　複数の端末に向かってデータを一度に転送する第二転送手段と、
    　前記第一転送手段または第二転送手段によって転送されるデータの通信量を評価値として算出し、算出した評価値に基づいて前記第一転送手段によるデータ転送を実行するのか、前記第二転送手段によるデータ転送を実行するのかを判定する判定手段と、
    　を備えたことを特徴とするデータ転送装置。
  2. 　前記第一転送手段は、各端末間でデータの受け渡しを行うことで、サブネット内の複数の端末にデータを転送し、前記第二転送手段は、サブネット内の複数の端末に向かってデータを一度に転送することを特徴とする請求項１に記載のデータ転送装置。
  3. 　前記判定手段は、データの転送先となる複数の端末のうち、一部の端末が他の端末と異なるサブネット内に含まれている場合には、サブネット間の端末のデータ転送は、前記第一転送手段によるデータ転送を実行すると判定することを特徴とする請求項２に記載のデータ転送装置。
  4. 　前記判定手段は、データの転送先となる端末の数に基づいて前記評価値を算出することを特徴とする請求項１、２または３に記載のデータ転送装置。
  5. 　前記判定手段は、サブネット内に含まれる各端末のうち、前記第一転送手段または第二転送手段によってデータを転送している端末の割合に基づいて前記評価値を算出することを特徴とする請求項２または３に記載のデータ転送装置。
  6. 　各端末間でデータの受け渡しを行うことで複数の端末にデータを転送する第一転送部と、複数の端末に向かってデータを一度に転送する第二転送部とを有するデータ転送装置が、
    　前記第一転送部または第二転送部によって転送されるデータの通信量を評価値として算出するステップと、
    　前記評価値に基づいて前記第一転送部によるデータ転送を実行するのか、前記第二転送部によるデータ転送を実行するのかを判定するステップと、
    　判定結果に基づいて、前記第一転送部または第二転送部によるデータ転送を実行するステップと、
    　を有することを特徴とするデータ転送方法。
  7. 　前記第一転送部は、各端末間でデータの受け渡しを行うことで、サブネット内の複数の端末にデータを転送し、前記第二転送部は、サブネット内の複数の端末に向かってデータを一度に転送することを特徴とする請求項６に記載のデータ転送方法。
  8. 　前記第一転送部によるデータ転送を実行するのか、前記第二転送部によるデータ転送を実行するのかを判定する場合に、データの転送先となる複数の端末のうち、一部の端末が他の端末と異なるサブネット内に含まれている場合には、前記第一転送部によるデータ転送を実行すると判定することを特徴とする請求項７に記載のデータ転送方法。
  9. 　前記評価値を算出する場合に、データの転送先となる端末の数に基づいて前記評価値を算出することを特徴とする請求項８に記載のデータ転送方法。
  10. 　前記評価値を算出する場合に、サブネット内に含まれる各端末のうち、前記第一転送部または第二転送部によってデータを転送している端末の割合に基づいて前記評価値を算出することを特徴とする請求項７または８に記載のデータ転送方法。
PCT/JP2008/068759 2008-10-16 2008-10-16 データ転送装置およびデータ転送方法 WO2010044161A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2008/068759 WO2010044161A1 (ja) 2008-10-16 2008-10-16 データ転送装置およびデータ転送方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2008/068759 WO2010044161A1 (ja) 2008-10-16 2008-10-16 データ転送装置およびデータ転送方法

Publications (1)

Publication Number Publication Date
WO2010044161A1 true WO2010044161A1 (ja) 2010-04-22

Family

ID=42106339

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2008/068759 WO2010044161A1 (ja) 2008-10-16 2008-10-16 データ転送装置およびデータ転送方法

Country Status (1)

Country Link
WO (1) WO2010044161A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013543602A (ja) * 2010-05-11 2013-12-05 トムソン ライセンシング コンテンツ配信方法、コントロールサーバ及びピア装置
WO2022185649A1 (ja) * 2021-03-01 2022-09-09 富士フイルム株式会社 情報処理システム、情報処理方法、及び情報処理プログラム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004153312A (ja) * 2002-10-28 2004-05-27 Ntt Docomo Inc データ配信方法、データ配信システム、データ受信装置、データ中継装置、データ受信装置及びデータ配信用プログラム
JP2008510433A (ja) * 2004-08-16 2008-04-03 クゥアルコム・フラリオン・テクノロジーズ、インコーポレイテッド グループ通信信号を送信する方法及び装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004153312A (ja) * 2002-10-28 2004-05-27 Ntt Docomo Inc データ配信方法、データ配信システム、データ受信装置、データ中継装置、データ受信装置及びデータ配信用プログラム
JP2008510433A (ja) * 2004-08-16 2008-04-03 クゥアルコム・フラリオン・テクノロジーズ、インコーポレイテッド グループ通信信号を送信する方法及び装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
YOICHI YAMAZAKI: "Kigyo o Atsukusuru Saishin Technology Overlay Multicast", NIKKEI COMMUNICATIONS, no. 493, 31 August 2007 (2007-08-31), pages 78 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013543602A (ja) * 2010-05-11 2013-12-05 トムソン ライセンシング コンテンツ配信方法、コントロールサーバ及びピア装置
WO2022185649A1 (ja) * 2021-03-01 2022-09-09 富士フイルム株式会社 情報処理システム、情報処理方法、及び情報処理プログラム

Similar Documents

Publication Publication Date Title
CN100334866C (zh) 一种实现网关动态负载分担和备份的方法
CN1937569B (zh) 在局域网中进行消息处理的方法和相关装置
US7646739B2 (en) Multicast routing over unidirectional links
US9075594B2 (en) Power negotiation protocol
US9191219B2 (en) Network multicast peer discovery methods
CN103716281B (zh) 控制方法、电子设备和服务器
KR20080089382A (ko) 통신 메카니즘의 동적 조절 방법 및 컴퓨터 판독가능기록매체
RU2715518C2 (ru) Питаемые устройства в сетевой системе питания по ethernet и способы для него
EP3465940A1 (en) Gateway diversity operation in a satellite network
WO2018068588A1 (zh) 提供组播业务的方法和软件定义网络控制器
US9609590B2 (en) Eco-friendly power over ethernet
TW200915808A (en) Information sharing in a smart space
KR101491397B1 (ko) 분산 시스템 아키텍처에서의 효율적인 멀티캐스팅 방법
WO2010044161A1 (ja) データ転送装置およびデータ転送方法
KR20130093734A (ko) 로드 밸런싱 장치 및 그것의 로드 밸런싱 방법
KR101058275B1 (ko) 통신 단말기 및 그 제어방법과, ｐ2ｐ 서버 시스템 및 그 제어방법
CN109983734B (zh) 具有中继设备的远程计算设备的子组
KR101418570B1 (ko) Ｐ２ｐ 제어 장치 및 전송 오버레이 제어 방법
US7886078B2 (en) Connection support server and communication apparatus
EP3258654B1 (en) Method and system for reducing pim protocol dr change
JP2005252596A (ja) 物理的信頼度を用いたｐ２ｐネットワーク構成方法及び接続状態管理装置
JP2005286681A (ja) 中継機器
CN106850730A (zh) 一种对等网络节点过负荷过程中数据迁移的方法及系统
US9307030B2 (en) Electronic apparatus, network system and method for establishing private network
CN114051035B (zh) 一种Wi-Fi P2P短连接的数据协同方法

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: 08877419

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08877419

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP